* 2.6.9-rc1-mm1
@ 2004-08-26 8:47 Andrew Morton
2004-08-26 11:07 ` 2.6.9-rc1-mm1 Con Kolivas
` (4 more replies)
0 siblings, 5 replies; 32+ messages in thread
From: Andrew Morton @ 2004-08-26 8:47 UTC (permalink / raw)
To: linux-kernel
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6.9-rc1-mm1/
- nicksched is still here. There has been very little feedback, except that
it seems to slow some workloads on NUMA.
- Added a __must_check to the x86 copy_*_user functions. This means that
with a sufficiently recent gcc, all unchecked copy_*_user() calls will
generate a warning.
I fixed a few things, but binfmt_elf.c is a mess.
It's not clear how to apply the same debug check to put_user() and
friends.
Changes since 2.6.8.1-mm4:
linus.patch
bk-acpi.patch
bk-agpgart.patch
bk-alsa.patch
bk-cifs.patch
bk-dma-declare-coherent-memory.patch
bk-drm.patch
bk-ia64.patch
bk-ieee1394.patch
bk-input.patch
bk-jfs.patch
bk-pnp.patch
bk-power.patch
bk-scsi.patch
bk-usb.patch
Latest versions of external trees
-add_pin_to_irq-section-fix.patch
-procfs-taskname-locking.patch
-fix-reading-string-module-parameters-in-sysfs.patch
-ppc32-remove-hardcoded-offsets-from-ppc-asm.patch
-ppc32-optimize-fix-timer_interrupt-loop.patch
-ppc32-make-ppc40x-large-tlb-mapping-optional.patch
-ppc32-handle-misaligned-string-multiple-insns.patch
-ppc32-emulate-obsolete-instructions.patch
-ppc32-emulate-obsolete-instructions-fix.patch
-ppc32-add-docs-for-ppc-noltlbs-and-nobats-parameters.patch
-ppc32-export-__dma_sync-__dma_sync_page.patch
-ppc32-fix-bug-in-altivec-emulation.patch
-ppc32-fix-booting-on-some-oldwolrd-macs.patch
-ppc32-fix-warnings-on-ebony-mtd-build.patch
-ppc64-reduce-stack-overflow-warning-threshold.patch
-ppc64-remove-old-asm-offsets.patch
-ppc64-set-time-related-systemcfg-fields.patch
-ppc64-include-profilec-in-kernel-irqc.patch
-ppc64-1-4-use-platform-numbering-of-cpus-for-hypervisor-calls.patch
-ppc64-2-4-use-cpu_present_map-in-ppc64.patch
-ppc64-3-4-rework-secondary-smt-thread-setup-at-boot.patch
-ppc64-4-4-remove-unnecessary-cpu-maps.patch
-ppc64-power4-oprofile-update.patch
-ppc64-disable-oprofile-debug-messages.patch
-ppc64-allow-oprofile-module-to-be-safely-unloaded.patch
-ppc64-add-missing-export_symbols-for-oprofile.patch
-ppc64-fix-oprofile-error-messages.patch
-ppc64-set-tbl-it_type-in-iommu-code.patch
-ppc64-dont-call-scheduler-on-offline-cpu.patch
-ppc64-fix-idle-loop-for-offline-cpu.patch
-ppc64-c99-initializers-in-init_thread.patch
-ppc64-log-firmware-errors-during-boot.patch
-ppc64-fix-unbalanced-pci_dev_put-in-eeh-code.patch
-ppc64-reduce-verbosity-of-rtas-error-logs.patch
-ppc64-fix-v_regs-pointer-setup.patch
-ppc64-hvsi-driver.patch
-ppc64-bolted-slb-entry-for-iseries.patch
-ppc64-switch-screen_info-init-to-c99.patch
-ppc64-cpu-death-sched-timeout.patch
-ppc64-memcpy_toio-function-signature.patch
-ppc64-rtas_call-was-calling-kmalloc-too-early.patch
-ppc64-better-little-endian-bitops.patch
-ppc64-iseries-virtual-dvd-ram.patch
-ppc64-extend-ioremap-iounmap-infrastructure.patch
-ppc64-use-correct-buffer-size-in-rtas-call.patch
-ppc64-mf_proc-file-position-fix.patch
-hvcs-fixes-suggested-by-jeff-garzik-on-july-29th.patch
-ibmveth-module-tag-fixes.patch
-ibmveth-race-fix.patch
-ibmveth-hypervisor-retval-fix.patch
-ibmveth-hypervisor-memory-barrier.patch
-i2c-keywestc-build-fix.patch
-alsa-build-fix.patch
-nmi-trigger-switch-support-for-debuggingupdated.patch
-make-i386-die-more-resilient-against-recursive-errors.patch
-fix-visws-kernel-build.patch
-oops-dump-preceding-code.patch
-really-ptrace-single-step-2.patch
-disk-barrier-core.patch
-disk-barrier-ide.patch
-disk-barrier-scsi.patch
-disk-barrier-dm.patch
-disk-barrier-md.patch
-sync_dirty_buffer-retval.patch
-add-bh_eopnotsupp-for-testing.patch
-reiserfs-v3-barrier-support.patch
-ext3-barrier-support.patch
-blk_queue_free_tags-fix.patch
-blk_resize_tags-fix.patch
-blk_queue_tags_resize_failure.patch
-multipath-readahead-fix-fix.patch
-sched-timeslice-fix.patch
-sched-clean-init-idle.patch
-sched-clean-fork.patch
-kernelthread-idle-fix-2.patch
-sched-misc-cleanups-2.patch
-sched-unlikely-rt_task.patch
-sched-misc.patch
-sched-no-balance-clone.patch
-sched-remove-balance-clone.patch
-sched-fork-hotplug-cleanuppatch.patch
-sched-consolidate-sched-domains.patch
-sched-domain-node-span-4.patch
-sched-domain-node-span-4-update.patch
-sched-domain-node-span-4-update-warning-fix.patch
-sched-domain-node-span-4-fix2.patch
-sched-isolated-sched-domains.patch
-create-cpu_sibling_map-for-ppc64.patch
-sched-adjust-p4-per-cpu-gain.patch
-schedstat-v10.patch
-move-config_schedstats-to-arch-ppc64-kconfigdebug.patch
-sched-init_idle-fork_by_hand-consolidation.patch
-sched-sparc32-fix.patch
-schedstat-up-fix.patch
-sched-whitespace-cleanups.patch
-sched-nonlinear-timeslicespatch.patch
-sched-new-task-fix.patch
-release_task-may-sleep.patch
-sched-self-reap-fix.patch
-sched-smt-fixes.patch
-sched-smt-fixes-fix.patch
-memory-backed-inodes-fix.patch
-flexible-mmap-2.6.7-mm3-A8.patch
-flexmmap-patchkit-fix-for-32-bit-emu-for-64-bit-arches.patch
-sysctl-tunable-for-flexmmap.patch
-flex-mmap-for-s390x.patch
-flex-mmap-for-ppc64.patch
-posix-locking-posix_same_owner-fixes.patch
-posix-locking-hook-functions.patch
-posix-locking-nfsv4-server.patch
-posix-locking-lockd-fixes.patch
-posix-locking-lifetime-fixes.patch
-posix-locking-move-file-lock-fields.patch
-posix-locking-filesystems-call-posix_lock_file.patch
-r8169_napi-help-text-2.patch
-no-sysgood-for-ptrace-singlestep.patch
-err2-6-hashbin_remove_this-locking-fix.patch
-dm-use-idr.patch
-ipc-1-3-add-refcount-to-ipc_rcu_alloc.patch
-ipc-2-3-remove-sem_revalidate.patch
-ipc-3-3-enforce-semvmx-limit-for-undo.patch
-cleanup-of-ipc-msgc.patch
-sk98lin-procfs-fix.patch
-uml-base-patch.patch
-uml-remove-cow-driver.patch
-uml-updates-2.patch
-uml-sched-update.patch
-rename-uml-console-device.patch
-uml-readds-just-for-now-ghashh-for-uml.patch
-uml-avoid-that-gcc-breaks-uml-with-unit-at-a-time-compilation-mode.patch
-uml-fixes-an-host-fd-leak-caused-by-hostfs.patch
-uml-adds-legacy_pty-config-option.patch
-uml-makes-make-help-arch=um-work.patch
-uml-fixes-fixdepc-to-support-arch-um-include-uml-configh.patch
-uml-kill-useless-warnings.patch
-uml-avoids-compile-failure-when-host-misses-tkill.patch
-uml-reduces-code-in-_user-files-by-moving-it-in-_kern-files-if-already-possible.patch
-uml-fixes-raw-and-uses-it-in-check_one_sigio-also-fixes-a-silly-panic-eintr-returned-by-call.patch
-uml-folds-hostaudio_userc-into-hostaudio_kernc.patch
-uml-use-ptrace_scemu-the-so-called-sysemu-to-reduce-syscall-cost.patch
-uml-adds-the-nosysemu-command-line-parameter-to-disable-sysemu.patch
-uml-adds-proc-sysemu-to-toggle-sysemu-usage.patch
-uml-fix-for-sysemu-patches.patch
-uml-handles-correctly-errno-==-eintr-in-lots-of-places.patch
-uml-adds-some-exports.patch
-uml-avoids-a-panic-for-a-legal-situation.patch
-uml-removes-dead-code-in-trap_kernc.patch
-uml-make-malloc-call-vmalloc-if-needed-needed-for-hostfs-on-26-host.patch
-uml-little-kmalloc.patch
-uml-fix-os_process_pc-and-os_process_parent-for-corner-cases.patch
-uml-remove-a-group-of-unused-bh-functions.patch
-uml-updates.patch
-uml-fixes.patch
-make-uml-build-and-run.patch
-i810_audio-fix-the-error-path-of-resource-management.patch
-fix-drivers-isdn-hisax-avm_pcic-build-warning-when.patch
-idr-stale-comment.patch
-schedule-profiling.patch
-crc16-renaming-in-via-velocity-ethernet-driver.patch
-per_cpu-per_cpu-cpu_gdt_table.patch
-per_cpu-per_cpu-cpu_gdt_table-fix.patch
-per_cpu-per_cpu-init_tss.patch
-per_cpu-per_cpu-cpu_tlbstate.patch
-gcc35-alps_tdlb7.c.patch
-gcc35-always-inline.patch
-gcc35-auerswald.c.patch
-gcc35-dabusb.c.patch
-gcc35-ds.c.patch
-gcc35-fixmap.h.patch
-gcc35-mtrr.h.patch
-gcc35-sonypi.patch
-gcc35-sp887x.c.patch
-gcc35-tda1004x.c.patch
-gcc35-transport.h.patch
-gcc35-ufs_fs.h.patch
-gcc35-videodev.c.patch
-gcc35-wavefront_fx.c.patch
-net-kconfig-crc16-fix.patch
-preset-loops_per_jiffy-for-faster-booting.patch
-define-inline-as-__attribute__always_inline-also-for-gcc-=-34.patch
-gcc-34-and-broken-inlining.patch
-split-generic_file_aio_write-into-buffered-and-direct-i-o-parts.patch
-making-i-dhash_entries-cmdline-work-as-it-use-to.patch
-making-i-dhash_entries-cmdline-work-as-it-use-to-fix.patch
-send_IPI_mask_bitmask-build-fix.patch
-e1000-build-fix.patch
-e1000-inlining-fix.patch
-enable-all-events-for-initramfs.patch
-arch-i386-kernel-smpc-gcc341-inlining-fix.patch
-268-rc2-mm2-warning-on-numa-q.patch
-was-removal-of-sync-in-panic.patch
-move-cache_reap-out-of-timer-context.patch
-gettimeofday-nanoseconds-patch-makes-it-possible-for-the-posix-timer.patch
-x86-64-singlestep-through-sigreturn-system-call-2.patch
-remove-dead-prototypes.patch
-s390-use-include-asm-generic-dma-mapping-brokenh.patch
-cdrom-get_last_written-fix.patch
-get_random_bytes-returns-the-same-on-every-boot.patch
-locking-optimization-for-cache_reap.patch
-signal-race-fix.patch
-signal-race-fix-ia64.patch
-signal-race-fix-s390.patch
-signal-race-fix-x86_64.patch
-ppc-signal-handling-fixes.patch
-signal-race-fixes-sparc-sparc64.patch
-signal-race-fixes-ppc64.patch
-signal-race-fix-alpha.patch
-move-pit-code-to-timer_pit.patch
-i2o-build_111.patch
-i2o-build_111-build-fix.patch
-i2o-add-functionality-to-scsi_add_device-to-preset-hostdata.patch
-i2o-remove-on-demand-allocation-of-scsi_hosts-in-i2o_scsi.patch
-i2o-run-linux-i2oh-and-linux-i2o-devh-through-lindent.patch
-i2o-fixes-compiler-warning-on-x86_64-in-i2o_config.patch
-i2o-removes-multiplexer-notification-and-use-type-safe.patch
-i2o-maintainer.patch
-apic-output-reduction.patch
-make-shrinker_sem-an-rwsem.patch
-break-out-zone-free-list-initialization.patch
-radeonfb-cleanup-and-little-fixes.patch
-rivafb-i2c-fixes.patch
-fbmon-edd-blacklist.patch
-fbcon-differentiate-bits_per_pixel-from-color-depth.patch
-fbdev-set-color-fields-correctly.patch
-fbdev-attn-maintainers-set-correct-hardware-capabilities.patch
-rivafb-do-not-tap-vga-ports-if-not-x86.patch
-i810fb-fixes.patch
-fbdev-find-correct-logo-for-directcolor-24bpp.patch
-rivafb-kill-riva_chip_info-and-riva_chips.patch
-include-compilerh-in-videodevh.patch
-fbdev-kconfig-dependency-fix.patch
-video-mode-handling-linked-list-of-video-modes.patch
-video-mode-handling-save-per-display-graphics-display-settings.patch
-video-mode-handling-delete-entries-from-mode-list.patch
-video-mode-handling-reduce-memory-footprint-of-fbdev.patch
-fbdev-do-the-deletion-of-mode-entries-at-fbdev-level.patch
-fbdev-support-for-bold-attribute-for-monochrome-framebuffers.patch
-fbdev-use-8-bit-dac-for-capable-hardware.patch
-rivafb-directcolor-mode-and-miscellaneous-fixes.patch
-epson1355fb-salvage-epson1355-code-from-james-tree.patch
-neofb-salvage-neofb-from-james-tree.patch
-neofb-build-fix.patch
-sgivwfb-salvage-sgivwfb-from-james-tree.patch
-tdfxfb-salvage-tdfxfb-from-james-tree.patch
-net-smc9194c-fix-inline-compile-errors-fwd.patch
-net-hamachic-remove-bogus-inline-at-function-prototype.patch
-net-rrunnerc-fix-inline-compile-error.patch
-istallion-remove-inlines.patch
-mxserc-fix-inlines-fwd.patch
-radio-maestroc-remove-an-inline-fwd.patch
-net-tulip-dmfec-fix-inline-compile-errors-fwd.patch
-fix-inlining-errors-in-drivers-scsi-aic7xxx-aic79xx_osmc.patch
-fix-inline-related-gcc-34-build-failures-in.patch
-igxb_main-gcc-34-build-fix.patch
-ext2_readdir-filp-f_pos-fix.patch
-do_general_protection-doesnt-disable-irq.patch
-proc_pid_cmdline-race-fix.patch
-support-for-exar-xr17c158-octal-uart.patch
-x86_64-merge-2.patch
-x86_64-merge-2-build-fix.patch
-fix-o=-compilation-on-x86-64.patch
-altix-system-controller-communication-driver.patch
-snsc-build-fix.patch
-more-altix-system-controller-changes.patch
-altix-system-controller-fixes.patch
-move-duplicate-bug-and-warn_on-bits-to-asm-generic.patch
-move-duplicate-bug-and-warn_on-bits-to-asm-generic-fix.patch
-fix-con_buf_size-usage.patch
-vprintk-support.patch
-vprintk-for-ext2-errors.patch
-vprintk-for-ext3-errors.patch
-prio_tree-kill-vma_prio_tree_init.patch
-prio_tree-iterator-vma_prio_tree_next-cleanup.patch
-rcu-cpu-offline-cleanup.patch
-rcu-rcu-cpu-offline-fix.patch
-rcu-low-latency-rcu.patch
-rcu-clean-up-code.patch
-rcu-fix-spaces-in-rcupdateh.patch
-rcu-introduce-call_rcu_bh.patch
-rcu-use-call_rcu_bh-in-route-cache.patch
-rcu-document-rcu-api.patch
-rcu-abstracted-rcu-dereferencing.patch
-alpha-print-the-symbol-of-pc-and-ra-during-oops.patch
-first-next_cpu-returns-values-nr_cpus.patch
-drivers-net-wan-cycx_x25c189-warning-conflicting-types.patch
-watchdog-fix-warning-defined-but-not-used.patch
-token-based-thrashing-control.patch
-writeback-page-range-hint.patch
-fix-writeback-page-range-to-use-exact-limits.patch
-mpage-writepages-range-limit-fix.patch
-filemap_fdatawrite-range-interface.patch
-concurrent-o_sync-write-support.patch
-nfsd-force-server-side-tcp-when-nfsv4-enabled.patch
-nfsd-nfsd-is-missing-a-put_group_info-in-the-auth_null.patch
-nfsd-make-cache_init-initialize-reference-count-to-1.patch
-nfsd-simplify-auth_domain_lookup.patch
-nfsd-fix-ip_map-cache-reference-count-leak.patch
-nfsd-basic-v4-acl-definitions.patch
-nfsd-posix-nfsv4-acl-translation-for-nfsd.patch
-nfsd-acl-support-for-the-nfsv4-server.patch
-knfsd-fix-brokenness-with-fsid=-export-option.patch
-knfsd-get-rid-of-open_private_file.patch
-knfsd-minor-memory-leak-fix.patch
-knfsd-fix-two-xdr-encode-bugs-for-readdirplus-reply.patch
-knfsd-fix-race-with-flushing-nfsd-cache.patch
-knfsd-server-permissions-fix.patch
-cdrom-event-notification-fixes.patch
-new-device-driver-to-enable-the-ibm-multiport-serial-adapter.patch
-iteraid.patch
-kill-udf-registration-unregistration-messages.patch
-sparc-remove-undefined-symbol.patch
-nbd-fix-struct-request-race-condition.patch
-profile-consolidate-prof_cpu_mask.patch
-profile-introduce-profile_pc.patch
-profile-consolidate-hit-count-increments-in-profile_tick.patch
-profile-move-profile_operations.patch
-profile-make-private-profile-state-static.patch
-profile-make-prof_buffer-atomic_t.patch
-remove-iseries-profiling.patch
-ipmi-watchdog-patch.patch
-ipmi-driver-updates.patch
-ipmi-driver-updates-build-fix.patch
-dio-bio-sizing-fix.patch
-dio-pages-in-io-accounting-fix.patch
-is_err-is-unlikely.patch
-is_err-unlikeliness-cleanup.patch
-fix-netpoll-cleanup-on-abort-without-dev.patch
-aioc-rename-struct-timeout-to-struct-aio_timeout.patch
-fix-compiling-oldconfig-with-gcc-35.patch
-dont-pass-mem_map-into-init-functions.patch
-might-sleep-in-atomic-while-dumping-elf.patch
-awe_wave-oss-too-much-__exit.patch
-mark-loop_change_fd-as-an-ulong-compat-ioctl.patch
-readahead-simplification.patch
-consolidated-readahead-fixes.patch
-mlock-as-user-for-268-rc2-mm2.patch
-increase-mlock-limit-to-32k.patch
-idt77252c-add-missing-pci_enable_device.patch
-ip2mainc-add-missing-pci_enable_device.patch
-tpam_mainc-add-missing-pci_enable_device.patch
-ibmasm-add-missing-pci_enable_device.patch
-hp100c-add-missing-pci_enable_device.patch
-ioc3-ethc-add-missing-pci_enable_device.patch
-de4x5c-add-missing-pci_enable_device.patch
-cpqfc-add-missing-pci_enable_device.patch
-fix-gcc-35-compile-issue-in-mm-mempolicyc.patch
-eata_pio-warning-fix.patch
-via-agpc-resume-suspend-support.patch
-collected-aio-retry-fixes-and-enhancements.patch
-aio-splice-runlist-for-fairness-across-io-contexts.patch
-aio-workqueue-context-switch-reduction.patch
-make-max_init_args-25.patch
-request_region-for-winbond-and-smsc-parport-drivers.patch
-make-md-no-device-warning-kern_warning.patch
-ia64-dma_mapping-fix.patch
-automatically-enable-bigsmp-on-big-hp-machines.patch
-fix-proc-pid-statm-documentation.patch
-cciss-update-fixes-to-32-64-bit-conversions.patch
-cciss-updates-zero-out-buffer-in-passthru-ioctls-for-hp.patch
-cciss-updates-proc-fixes-for-268-rc3.patch
-cciss-updates-cylinder-calculation-fix-for-268-rc3.patch
-cciss-updates-id-change-for-v100-controller-for-268-rc3.patch
-cciss-updates-id-change-for-v100-controller-for-268-rc3-fix.patch
-cciss-updates-pdev-intr-fix-for-268-rc3.patch
-cciss-update-7-read_ahead-bumped-to-1024.patch
-cciss-update-8-maintainers-update-for-hp.patch
-cciss-congig-dependency-fix.patch
-rmaplock-1-5-pageanon-in-mapping.patch
-rmaplock-2-5-kill-page_map_lock.patch
-rmaplock-3-5-slab_destroy_by_rcu.patch
-rmaplock-4-5-mm-lock-ordering.patch
-rmaplock-5-5-swapoff-use-anon_vma.patch
-x86-bitopsh-commentary-on-instruction-reordering.patch
-clarify-get_task_mm-mmgrab.patch
-simple-fs-stop-ve-dentries.patch
-8139too-rx-fifo-overflow-recovery.patch
-8139too-be-sure-to-progress-durin-rtl8139_rx.patch
-via-velocity-more-inetaddr_notifier-fix.patch
-vm-tune-writeback.patch
-alloc-pages-watermark-fixes.patch
-alloc-pages-priority-tuning.patch
-fix-d_path-errors.patch
-emu10k1-maintainer-update.patch
-ptr_ok-cleanup.patch
-mpage_readpage-unable-to-handle-bigger-requests.patch
-improve-speed-of-freeing-bootmem.patch
-consolidate-clone_idletask-masking.patch
-kill-clone_idletask.patch
-oprofile-xscale-fixes-for-pxa270-xscale2.patch
-remove-magic-1-from-shm-segment-count.patch
-via-rhine-suspend-resume-support.patch
-via-rhine-de-isolate-phy.patch
-via-rhine-small-fixes.patch
-fix-i386-x86_64-idle-routine-selection.patch
-fix-i386-x86_64-idle-routine-selection-comment-updates.patch
-#fix-some-signed-ints-that-should-be-unsigned.patch
-x86-pae-swapspace-expansion.patch
-executable-hugetlb-pages.patch
-md-fix-problems-with-checksum-handling-in-md-superblocks.patch
-sk98lin-no-procfs-build-fix.patch
-fix-net-hamradio-dmascc-with-gcc-34-fwd.patch
-fix-warnings-in-es7000.patch
-reduce-aacraid-namespace-pollution.patch
-reduce-bkl-usage-in-do_coredump.patch
-apm_infodisabled-fix.patch
-267-rc3-mm2-inlining-failures.patch
-high2lowuid-warning-fix.patch
-new-cpu_has_-flags.patch
-get_nodes-mask-miscalculation.patch
-use-posix-headers-in-sumversionc.patch
-x86-esr-print-quietness.patch
-intel8x0c-sound-use-pci_vendor_id-rather-than-bare-numbers.patch
-fix-rxrpc-compile-errors-with-sysctl=n.patch
-ix86x86_64-cpu-features.patch
-libfs-move-transaction-file-ops-into-libfs.patch
-dont-print-per-cpu-delay-loop-calibration.patch
-fix-sn_console-for-config_smp=n.patch
-via-velocity-wrong-module-name-in-kconfig-documentation.patch
-reduce-ptyc-ifdef-clutter.patch
-bug-on-inconsistant-dcache-tree-in-may_delete.patch
-remove-dead-config_kernel_elf-kconfig-entry.patch
-fix-some-comments-about-epoch-in-arch-alpha-kernel-timec.patch
-small-simplification-for-two-security-dependencies.patch
-configurable-selinux-bootparam-value.patch
-fix-typos-in-security-securityc.patch
-use-simple_read_from_buffer-in-selinuxfs.patch
-use-simple_read_from_buffer-in-proc_info_read-and-proc_pid_attr_read.patch
-fw-new-linux-268-rc4-mm1-ipv6-in-ipv6-undefined-references.patch
-ttys0-vs-ttys00-confusion.patch
-reduce-size-of-struct-buffer_head-on-64bit.patch
-reduce-size-of-struct-dentry-on-64bit.patch
-remove-cacheline-alignment-from-inode-slabs.patch
-read-cpumasks-every-time-when-exporting-through-sysfs.patch
-centralize-i386-constants.patch
-fix-permissions-on-module_param-usage.patch
-module-parameters-in-sysfs-for-built-in-modules.patch
-remove-module_parm-from-main-part-of-kernel.patch
-filemap_index_overflow.patch
-synclinkc-replace-syncppp-with-genhdlc.patch
-synclinkmpc-replace-syncppp-with-genhdlc.patch
-synclink_csc-replace-syncppp-with-genhdlc.patch
-reiserfs-xattr-acl-fixes.patch
-files-up-to-4-gb-support-for-iso9660-filesystems.patch
-selinux-add-null-device-node-to-selinuxfs-remove-open_devnull.patch
-selinux-revalidate-access-to-controlling-tty.patch
-selinux-defer-inode-security-initialization.patch
-selinux-fix-name_bind-audit.patch
-reduce-selinux-kernel-memory-use-on-64-bit-systems.patch
-remove-last-suser-call-drivers-char-rocketc.patch
-add-pci-dependencies-to-drivers-media-dvb-ttpci-kconfig.patch
-compat_do_execve-fix.patch
-fix-4k-ext2fs-support-in-26-initrds.patch
-coding-style-do_thisab-vs-do_thisa-b.patch
-typo-in-laptop_modetxt.patch
-tainted-sysctl-permissions-fix.patch
-s390-core-changes.patch
-s390-zfcp-host-adapter.patch
-s390-lcs-network-driver.patch
-bio_uncopy_user-mem-leak.patch
-bio_uncopy_user-mem-leak-fix.patch
-notify_parent-cleanup.patch
-remove-notify_parent.patch
-i386-unbusy-tss-cleanup.patch
-proc-pid-cmdline-truncates-arguments-early.patch
-update-aci-mixer-driver-webpage.patch
-remove-read-only-immutable-checks-from-fat_truncate.patch
-ext3-documentation.patch
-ad1816-sound-driver-web-page-and-email-address.patch
-firmware-loader-is-orphan.patch
-remove-struct-bus_type-add.patch
-file_ra_state_init-speedup.patch
-dev-random-fix-latency-in-rekeying-sequence-number.patch
-dev-random-add-pool-name-to-entropy-store.patch
-dev-random-use-separate-entropy-store-for-dev-urandom.patch
-dev-random-remove-rndgetpool-ioctl.patch
-fix-bad-url-in-bsd-acct-help-entry.patch
-dothan-speedstep-fix.patch
-shows-active-inactive-on-per-node-meminfo.patch
-shows-active-inactive-on-per-node-meminfo-speedup.patch
-minix-nblocks-retval-fix.patch
-usercopy-return-EFAULT.patch
-intel8x0-latency-fix.patch
-inode-time-update-funnies-in-ncpfs.patch
-fix-oprofile-events-with-zero-event-values.patch
-pci-driver-function-documentation-fix.patch
-vlan-missing-kconfig-help.patch
-remove-obsolete-htab-reclaim-in-documentation-sysctl-kerneltxt.patch
-remove-obsolete-zero-paged-in-documentation-sysctl-kerneltxt.patch
-legousbtower-module_param-fix.patch
Merged
-context-switching-overhead-in-x-ioport.patch
Dropped - still in progress.
+auth_unix_lookup-oops-fix.patch
+auth_unix_lookup-oops-fix-fix.patch
NFS fixes
+fix-show_mem-on-discontig-machines.patch
show_mem() fix
+fix-sysrq-support-in-sn_consolec.patch
SN console sysrq fix
+request_region-for-winbond-and-smsc-parport-drivers.patch
resource allocation fix
+md-fix-problems-with-checksum-handling-in-md-superblocks.patch
MD checksumming fix (rejected by Linus. Placeholder)
+scheduler-profiling.patch
+consolidate-prof_cpu_mask.patch
+introduce-profile_pc.patch
+consolidate-hit-count-increments-in-profile_tick.patch
+move-profile_operations.patch
+make-private-profile-state-static.patch
+make-prof_buffer-atomic_t.patch
+remove-iseries-profiling.patch
Updated profiling patch series
+reduce-size-of-struct-inode-on-64bit.patch
Pack inodes better.
+ppc32-refactor-common-book-e-exception-handling-macros.patch
+ppc64-clean-up-unused-macro.patch
ppc fixes
+lockmeter-for-x86_64.patch
Implement lockmeter on x86_64
+make-perfctr_virtual-default-in-kconfig-match-recommendation.patch
perfctr Kconfig fix
+linux-2.6.8.1-49-rpc_workqueue.patch
+linux-2.6.8.1-50-rpc_queue_lock.patch
NFS updates
+add-some-key-management-specific-error-codes.patch
Add new errno codes for the key management stuff
+mostly-remove-module_parm.patch
module_parm() removals
+assign_irq_vector-section-fix.patch
+find_isa_irq_pin-should-not-be-__init.patch
Some functions can no longer be in __init with kexec
-kexec-i8259-sysfsx86_64.patch
-kexec-x86_64-i8259-fixes.patch
These were unneeded
+kexec-i8259-shutdown-x86_64.patch
Implement 8259 shutdown handlers on x86_64
+cpusets-config_cpusets-depends-on-smp.patch
+cpusets-tasks-file-simplify-format-fixes.patch
+cpusets-simplify-memory-generation.patch
cpusets stuff
+reiser4-prefetch-warning-fix.patch
+reiser4-mode-fix.patch
+reiser4-get_context_ok-warning-fixes.patch
reiser4 fixlets
+split-timer-resources.patch
timer reosurce allocation fix
+reduce-casting-in-sysenterc.patch
+cast-page_offset-math-to-void-in-early-printk.patch
+call-virt_to_page-with-void-not-ul.patch
+vmalloc_fault-cleanup.patch
+dont-align-virt_to_page-args.patch
cleanups
+include-asm-pageh-for-virt_to_page.patch
build fix
+task_vsize-locking-cleanup.patch
+task_vsize-locking-cleanup-warning-fix.patch
+o1-proc_pid_statm.patch
+o1-proc_pid_statm-fix.patch
+task-statm-no-procfs-fix.patch
+task-statm-reserved-fix.patch
+task-statm-dontcopy-fix.patch
Various speedups and fixups for /proc/pid/statm and related areas
+r8169-add-ethtool_opsget_regs_len-get_regs.patch
+r8169-per-device-receive-buffer-size.patch
+r8169-code-cleanup.patch
+r8169-enable-mwi.patch
+r8169-bump-version-number.patch
+r8169-sync-the-names-of-a-few-bits-with-the-8139cp-driver.patch
+r8169-comment-a-gcc-295x-bug.patch
+r8169-tx-checksum-offload.patch
+r8169-advertise-dma-to-high-memory.patch
+r8169-rx-checksum-support.patch
+r8169-vlan-support.patch
net driver updates
+sane-mlock_limit.patch
Make the default non-priv mlock limit sensible on larger PAGE_SIZE
+lanana-maintainer-devicestxt-patch-1-2.patch
LANANA has a new owner
+lanana-maintainer-devicestxt-2.patch
sync up devices.txt
+netmos-9805-parport-interface.patch
parport driver device support
+s390-lcs-network-driver.patch
+s390-common-i-o-layer.patch
+s390-sclp-driver-changes.patch
+s390-qeth-network-driver.patch
s390 udpates
+269-rc1-ifdef-fixes-for-drivers-isdn-hifax.patch
+269-rc1-ifdef-cleanup-for-sh64.patch
+269-rc1-ifdef-cleanup-for-cris-port.patch
+269-rc1-ifdef-cleanup-for-ppc.patch
+269-rc1-ifdef-cleanups-in-drivers-net.patch
+make-oom-killer-points-unsigned-long.patch
cleanups
+dvb-pci_enable_device-fix.patch
Fix a dvb driver's pci handling
+copying-unaligned-data-across-user-kernel-boundary.patch
Fix compat-mode directory copying
+re-fix-pagecache-reading-off-by-one.patch
+re-fix-pagecache-reading-off-by-one-cleanup.patch
Fix the off-by-one in the pagecache read() function again
+waitqueue_debug-crapectomy.patch
cleanup
+ftape-support-for-x86_64.patch
Add ftape support for x86_64
+keep-sparc32-config-consistent.patch
sparc32 Kconfig fix
+fix-typo-in-bw2c.patch
Fix some typo
+interrupt-is-enabled-before-it-should-be-when-kernel-is-booted.patch
Avoid possible early-boot lockups
+hvcs-hotplug-fixes.patch
Fix HVCS driver
+amiga-partition-reading-fix.patch
Fix parsing of Amiga partition tables
+problem-with-sis900-unknown-phy.patch
sis900 fix
+kallsyms-data-size-reduction--lookup-speedup.patch
Use smarter searching and sorting to speed up /proc/kallsyms a lot
+prevent-memory-leak-in-devpts.patch
dentry leak fix
+revert-ioc_eth3-pci_enable_device-changes.patch
+fix-hp100c-for-pci_enable_device-changes.patch
Fix these drivers for recent ill-advised PCI API updates
+x86_64-vs-select-fix.patch
Fix a symbol clash
+must_check-copy_to_user.patch
Add __must_check to x86 copy_*_user() functions
+copy_to_user-checking.patch
+sym_requeue_awaiting_cmds-uninit-var-fix.patch
+de4x5-idiocy-fix.patch
Fix some fallout from the above
number of patches in -mm: 310
number of changesets in external trees: 648
number of patches in -mm only: 296
total patches: 944
All patches:
linus.patch
auth_unix_lookup-oops-fix.patch
auth_unix_lookup() oops fix
auth_unix_lookup-oops-fix-fix.patch
auth_unix_lookup-oops-fix fix
fix-show_mem-on-discontig-machines.patch
fix show_mem on discontig machines
fix-sysrq-support-in-sn_consolec.patch
fix sysrq support in sn_console.c
request_region-for-winbond-and-smsc-parport-drivers.patch
request_region for winbond and smsc parport drivers
md-fix-problems-with-checksum-handling-in-md-superblocks.patch
md: fix problems with checksum handling in MD superblocks.
sysfs-backing-store-prepare-file_operations.patch
sysfs backing store - prepare sysfs_file_operations helpers
sysfs-backing-store-prepare-file_operations-fix.patch
fix oops with firmware loading
sysfs-backing-store-add-sysfs_dirent.patch
sysfs backing store - add sysfs_direct structure
sysfs-backing-store-use-sysfs_dirent-tree-in-removal.patch
sysfs backing store: use sysfs_dirent based tree in file removal
sysfs-backing-store-use-sysfs_dirent-tree-in-dir-file_operations.patch
sysfs backing store: use sysfs_dirent based tree in dir file operations
sysfs-backing-store-stop-pinning-dentries-inodes-for-leaves.patch
sysfs backing store: stop pinning dentries/inodes for leaf entries
scheduler-profiling.patch
schedule profileing
consolidate-prof_cpu_mask.patch
consolidate prof_cpu_mask
introduce-profile_pc.patch
introduce profile_pc()
consolidate-hit-count-increments-in-profile_tick.patch
consolidate hit count increments in profile_tick()
move-profile_operations.patch
move profile_operations
make-private-profile-state-static.patch
make private profile state static
make-prof_buffer-atomic_t.patch
make prof_buffer atomic_t
remove-iseries-profiling.patch
ppc64: remove iseries profiling
bk-acpi.patch
bk-agpgart.patch
bk-alsa.patch
bk-cifs.patch
bk-dma-declare-coherent-memory.patch
bk-drm.patch
bk-ia64.patch
bk-ieee1394.patch
bk-input.patch
bk-jfs.patch
bk-pnp.patch
bk-power.patch
bk-scsi.patch
bk-usb.patch
mm.patch
add -mmN to EXTRAVERSION
mm-swsusp-make-sure-we-do-not-return-to-userspace-where-image-is-on-disk.patch
-mm swsusp: make sure we do not return to userspace where image is on disk
mm-swsusp-copy_page-is-harmfull.patch
-mm swsusp: copy_page is harmfull
swsusp-fix-highmem.patch
swsusp: fix highmem
swsusp-do-not-disable-platform-swsusp-because-s4bios-is-available.patch
swsusp: do not disable platform swsusp because S4bios is available
swsusp-fix-default-powerdown-mode.patch
swsusp: fix default powerdown mode
mark-old-power-managment-as-deprecated-and-clean-it-up.patch
Mark old power managment as deprecated and clean it up
use-global-system_state-to-avoid-system-state-confusion.patch
Use global system_state to avoid system-state confusion
sound-control-build-fix.patch
sound/core/control.c build fix
ipr-build-fix.patch
ipr.c build fix
megaraid-build-fix.patch
[un]register_ioctl32_conversion() stubs
i386_exception_notifiers.patch
i386 exceptions notifier for kprobes
kprobes-base.patch
kprobes base patch
kprobes-unset-fix.patch
kprobes: fix things when CONFIG_KPROBES is unset
kprobes-func-args.patch
Jumper Probes to provide function arguments
kprobes-build-fix.patch
kprobes build fix
network-packet-tracer-module-using-kprobes-interface.patch
Network packet tracer module using kprobes interface.
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.patch
kgdb-is-incompatible-with-kprobes
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-ia64-support.patch
IA64 kgdb support
ia64 kgdb repair and cleanup
ia64 kgdb fix
kgdb-ia64-fixes.patch
kgdb: ia64 fixes
reduce-size-of-struct-inode-on-64bit.patch
reduce size of struct inode on 64bit
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
ppc32-refactor-common-book-e-exception-handling-macros.patch
ppc32: refactor common Book-E exception handling macros
ppc64-clean-up-unused-macro.patch
ppc64: clean up unused macro
ppc64-reloc_hide.patch
invalidate_inodes-speedup.patch
invalidate_inodes speedup
more invalidate_inodes speedup fixes
dev-mem-restriction-patch.patch
/dev/mem restriction patch
get_user_pages-handle-VM_IO.patch
fix get_user_pages() against mappings of /dev/mem
pid_max-fix.patch
Bug when setting pid_max > 32k
jbd-remove-livelock-avoidance.patch
JBD: remove livelock avoidance code in journal_dirty_data()
journal_add_journal_head-debug.patch
journal_add_journal_head-debug
list_del-debug.patch
list_del debug check
lockmeter.patch
lockmeter
ia64 CONFIG_LOCKMETER fix
lockmeter-build-fix.patch
lockmeter-build-fix
lockmeter-for-x86_64.patch
lockmeter for x86_64
unplug-can-sleep.patch
unplug functions can sleep
firestream-warnings.patch
firestream warnings
ext3_rsv_cleanup.patch
ext3 block reservation patch set -- ext3 preallocation cleanup
ext3_rsv_base.patch
ext3 block reservation patch set -- ext3 block reservation
ext3 reservations: fix performance regression
ext3 block reservation patch set -- mount and ioctl feature
ext3 block reservation patch set -- dynamically increase reservation window
ext3 reservation ifdef cleanup patch
ext3 reservation max window size check patch
ext3 reservation file ioctl fix
ext3-reservation-default-on.patch
ext3 reservation: default to on
ext3-lazy-discard-reservation-window-patch.patch
ext3 lazy discard reservation window patch
ext3 discard reservation in last iput fix patch
Fix lazy reservation discard
ext3 reservations: bad_inode fix
ext3 reservation discard race fix
ipr-ppc64-depends.patch
Make ipr.c require ppc
tty_io-hangup-locking.patch
tty_io.c hangup locking
perfctr-core.patch
From: Mikael Pettersson <mikpe@csd.uu.se>
Subject: [PATCH][1/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: core
CONFIG_PERFCTR=n build fix
From: Mikael Pettersson <mikpe@csd.uu.se>
Subject: [PATCH][6/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: misc
perfctr-i386.patch
From: Mikael Pettersson <mikpe@csd.uu.se>
Subject: [PATCH][2/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: i386
perfctr #if/#ifdef cleanup
perfctr Dothan support
perfctr x86_tests build fix
perfctr x86 init bug
perfctr: K8 fix for internal benchmarking code
perfctr x86 update
perfctr-x86_64.patch
From: Mikael Pettersson <mikpe@csd.uu.se>
Subject: [PATCH][3/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: x86_64
perfctr-ppc.patch
From: Mikael Pettersson <mikpe@csd.uu.se>
Subject: [PATCH][4/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: PowerPC
perfctr ppc32 update
perfctr update 4/6: PPC32 cleanups
perfctr ppc32 buglet fix
perfctr-virtualised-counters.patch
From: Mikael Pettersson <mikpe@csd.uu.se>
Subject: [PATCH][5/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: virtualised counters
perfctr update 6/6: misc minor cleanups
perfctr update 3/6: __user annotations
perfctr-cpus_complement-fix
perfctr cpumask cleanup
perfctr SMP hang fix
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 update 2/6: Kconfig-related updates
perfctr-update-5-6-reduce-stack-usage.patch
perfctr update 5/6: reduce stack usage
perfctr-low-level-documentation.patch
perfctr low-level documentation
perfctr documentation update
perfctr-inheritance-1-3-driver-updates.patch
perfctr inheritance 1/3: driver updates
perfctr inheritance illegal sleep bug
perfctr-inheritance-2-3-kernel-updates.patch
perfctr inheritance 2/3: kernel updates
perfctr-inheritance-3-3-documentation-updates.patch
perfctr inheritance 3/3: documentation updates
perfctr-inheritance-locking-fix.patch
perfctr inheritance locking fix
ext3-online-resize-patch.patch
ext3: online resizing
ext3-online-resize-warning-fix
nicksched.patch
nicksched
ext3_bread-cleanup.patch
ext3_bread() cleanup
pcmcia-implement-driver-model-support.patch
pcmcia: implement driver model support
pcmcia-update-network-drivers.patch
pcmcia: update network drivers
pcmcia-update-wireless-drivers.patch
pcmcia: update wireless drivers
pcmcia-fix-eject-lockup.patch
pcmcia: fix eject lockup
pcmcia-add-hotplug-support.patch
pcmcia: add *hotplug support
linux-2.6.8.1-49-rpc_workqueue.patch
nfs: RPC: Convert rpciod into a work queue for greater flexibility
linux-2.6.8.1-50-rpc_queue_lock.patch
nfs: RPC: Remove the rpc_queue_lock global spinlock
dvdrw-support-for-267-bk13.patch
DVD+RW support for 2.6.7-bk13
cdrw-packet-writing-support-for-267-bk13.patch
CDRW packet writing support
packet: remove #warning
packet writing: door unlocking fix
pkt_lock_door() warning fix
Fix race in pktcdvd kernel thread handling
Fix open/close races in pktcdvd
packet writing: review fixups
Remove pkt_dev from struct pktcdvd_device
packet writing: convert to seq_file
dvd-rw-packet-writing-update.patch
Packet writing support for DVD-RW and DVD+RW discs.
Get blockdev size right in pktcdvd after switching discs
packet-writing-docco.patch
packet writing documentation
Trivial CDRW packet writing doc update
control-pktcdvd-with-an-auxiliary-character-device.patch
Control pktcdvd with an auxiliary character device
Subject: Re: 2.6.8-rc2-mm2
control-pktcdvd-with-an-auxiliary-character-device-fix
simplified-request-size-handling-in-cdrw-packet-writing.patch
Simplified request size handling in CDRW packet writing
fix-setting-of-maximum-read-speed-in-cdrw-packet-writing.patch
Fix setting of maximum read speed in CDRW packet writing
packet-writing-reporting-fix.patch
Packet writing reporting fixes
speed-up-the-cdrw-packet-writing-driver.patch
Speed up the cdrw packet writing driver
packet-writing-avoid-bio-hackery.patch
packet writing: avoid BIO hackery
cdrom-buffer-size-fix.patch
cdrom: buffer sizing fix
cpufreq-driver-for-nforce2-kernel-267.patch
cpufreq driver for nForce2
allow-modular-ide-pnp.patch
allow modular ide-pnp
fix-warnings-in-net-irda.patch
sparse: fix warnings in net/irda/*
add-a-few-might_sleep-checks.patch
Add a few might_sleep() checks
tmpfs-atomicity-fix.patch
tmpfs atomicity fix
dev-zero-vs-hugetlb-mappings.patch
/dev/zero vs hugetlb mappings.
hugetlbfs-private-mappings.patch
hugetlbfs private mappings
jbd-recovery-latency-fix.patch
jbd recovery latency fix
truncate_inode_pages-latency-fix.patch
truncate_inode_pages-latency-fix
journal_clean_checkpoint_list-latency-fix.patch
journal_clean_checkpoint_list latency fix
journal_clean_checkpoint_list-latency-fix-fix.patch
journal_clean_checkpoint_list-latency-fix-fix
kjournald-smp-latency-fix.patch
kjournald-smp-latency-fix
unmap_vmas-smp-latency-fix.patch
unmap_vmas-smp-latency-fix
__cleanup_transaction-latency-fix.patch
__cleanup_transaction-latency-fix
prune_dcache-latency-fix.patch
prune_dcache-latency-fix
filemap_sync-latency-fix.patch
filemap_sync-latency-fix
slab-latency-fix.patch
slab-latency-fix
get_user_pages-latency-fix.patch
get_user_pages-latency-fix
pty_write-latency-fix.patch
pty_write-latency-fix
create-nodemask_t.patch
Create nodemask_t
nodemask fix
nodemask build fix
add-ixdp2x01-board-support-to-cs89x0-driver.patch
Add IXDP2x01 board support to CS89x0 driver
b44-add-47xx-support.patch
b44: add 47xx support
allow-x86_64-to-reenable-interrupts-on-contention.patch
Allow x86_64 to reenable interrupts on contention
fix-ide-probe-double-detection.patch
Fix ide probe double detection
fix-smm-failures-on-e750x-systems.patch
fix SMM failures on E750x systems
serial-cs-and-unusable-port-size-ranges.patch
serial-cs and unusable port size ranges
vlan-support-for-3c59x-3c90x.patch
VLAN support for 3c59x/3c90x
scsi-qla2xxx-fix-inline-compile-errors.patch
qla2xxx gcc-3.5 fixes
add-support-for-it8212-ide-controllers.patch
Add support for IT8212 IDE controllers
i386-hotplug-cpu.patch
i386 Hotplug CPU
hotplug-cpu-fix-apic-queued-timer-vector-race.patch
Hotplug cpu: Fix APIC queued timer vector race
iteraid.patch
ITE RAID driver
iteraid cleanup
iteraid warning fix
iteraid: pci_enable_device() for IRQ routing
igxb-speedup.patch
igxb speedup
serialize-access-to-ide-devices.patch
serialize access to ide devices
remove-unconditional-pci-acpi-irq-routing.patch
remove unconditional PCI ACPI IRQ routing
add-pci_fixup_enable-pass.patch
pci: add pci_fixup_enable pass
disable-atykb-warning.patch
disable atykb "too many keys pressed" warning
x86_64-numa-emulation.patch
x86_64: emulate NUMA on non-NUMA hardware
wireless-extension-v17-for-linus.patch
Wireless Extension v17 for Linus
wireless-drivers-update-for-we-17.patch
Wireless drivers update for WE-17
rss-ulimit-enforcement.patch
RSS ulimit enforcement
add-some-key-management-specific-error-codes.patch
Add some key management specific error codes
implement-in-kernel-keys-keyring-management.patch
implement in-kernel keys & keyring management
implement-in-kernel-keys-keyring-management-update.patch
keys & keyring management update patch
implement-in-kernel-keys-keyring-management-update-build-fix.patch
implement-in-kernel-keys-keyring-management-update-build-fix
implement-in-kernel-keys-keyring-management-update-build-fix-2.patch
implement-in-kernel-keys-keyring-management-update-build-fix-2
key-management-patch-cleanup.patch
key management patch cleanup
keys-keyring-management-keyfs-patch.patch
keys & keyring management: keyfs patch
keyfs-build-fix.patch
keyfs build fix
implement-in-kernel-keys-keyring-management-afs-workaround.patch
implement-in-kernel-keys-keyring-management afs workaround
268-rc3-jffs2-unable-to-read-filesystems.patch
jffs2 unable to read filesystems
ide-do-spin-up-for-all-platforms.patch
IDE: do spin up for all platforms
qlogic-isp2x00-remove-needless-busyloop.patch
QLogic ISP2x00: remove needless busyloop
dnotify-autofs-may-create-signal-restart-syscall-loop.patch
dnotify + autofs may create signal/restart syscall loop
using-get_cycles-for-add_timer_randomness.patch
Using get_cycles for add_timer_randomness
waitid-system-call.patch
waitid system call
waitid-system-call-update.patch
waitid system call update
waitid-ia64-build-fix.patch
waitid-ia64-build-fix
waitid-system-call-cleanups.patch
waitid-system-call cleanups
mostly-remove-module_parm.patch
mostly remove module_parm()
serial-8250-optionally-skip-autodetection.patch
Serial 8250 optionally skip autodetection
serial-8250-omap-support.patch
Serial 8250 OMAP support
add-to-snd-intel8x0-ac97-quirk-list.patch
add to snd-intel8x0 AC97 quirk list
defxx-trivial-updates.patch
defxx trivial updates
defxx-device-name-fixes.patch
defxx device name fixes
jffs2-mount-options-discarded.patch
JFFS2 mount options discarded
assign_irq_vector-section-fix.patch
assign_irq_vector __init section fix
find_isa_irq_pin-should-not-be-__init.patch
find_isa_irq_pin should not be __init
kexec-i8259-shutdowni386.patch
kexec: i8259-shutdown.i386
kexec-i8259-shutdown-x86_64.patch
kexec: x86_64 i8259 shutdown
kexec-apic-virtwire-on-shutdowni386patch.patch
kexec: apic-virtwire-on-shutdown.i386.patch
kexec-apic-virtwire-on-shutdownx86_64.patch
kexec: apic-virtwire-on-shutdown.x86_64
kexec-ioapic-virtwire-on-shutdowni386.patch
kexec: ioapic-virtwire-on-shutdown.i386
kexec-ioapic-virtwire-on-shutdownx86_64.patch
kexec: ioapic-virtwire-on-shutdown.x86_64
kexec-e820-64bit.patch
kexec: e820-64bit
kexec-kexec-generic.patch
kexec: kexec-generic
kexec-machine_shutdownx86_64.patch
kexec: machine_shutdown.x86_64
kexec-kexecx86_64.patch
kexec: kexec.x86_64
kexec-machine_shutdowni386.patch
kexec: machine_shutdown.i386
kexec-kexeci386.patch
kexec: kexec.i386
kexec-use_mm.patch
kexec: use_mm
kexec-kexecppc.patch
kexec: kexec.ppc
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-tasks-file-simplify-format-fixes.patch
Cpusets tasks file: simplify format, fixes
cpusets-simplify-memory-generation.patch
Cpusets: simplify memory generation
reiser4-sb_sync_inodes.patch
reiser4: vfs: add super_operations.sync_inodes()
reiser4-sb_sync_inodes-cleanup.patch
reiser4-sb_sync_inodes-cleanup
reiser4-allow-drop_inode-implementation.patch
reiser4: export vfs inode.c symbols
reiser4-allow-drop_inode-implementation-cleanup.patch
reiser4-allow-drop_inode-implementation-cleanup
reiser4-truncate_inode_pages_range.patch
reiser4: vfs: add truncate_inode_pages_range()
reiser4-truncate_inode_pages_range-cleanup.patch
reiser4-truncate_inode_pages_range-cleanup
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-rcu-barrier-fix.patch
reiser4-rcu-barrier fix
reiser4-export-inode_lock.patch
reiser4: export inode_lock to modules
reiser4-export-inode_lock-cleanup.patch
reiser4-export-inode_lock-cleanup
reiser4-export-pagevec-funcs.patch
reiser4: export pagevec functions to modules
reiser4-export-pagevec-funcs-cleanup.patch
reiser4-export-pagevec-funcs-cleanup
reiser4-export-radix_tree_preload.patch
reiser4: export radix_tree_preload() to modules
reiser4-radix-tree-tag.patch
reiser4: add new radix tree tag
reiser4-radix_tree_lookup_slot.patch
reiser4: add radix_tree_lookup_slot()
reiser4-aliased-dir.patch
reiser4: vfs: handle aliased directories
reiser4-kobject-umount-race.patch
reiser4: introduce filesystem kobjects
reiser4-kobject-umount-race-cleanup.patch
reiser4-kobject-umount-race-cleanup
reiser4-perthread-pages.patch
reiser4: per-thread page pools
reiser4-unstatic-kswapd.patch
reiser4: make kswapd() unstatic for debug
reiser4-include-reiser4.patch
reiser4: add to build system
reiser4-4kstacks-fix.patch
resier4-4kstacks-fix
reiser4-doc.patch
reiser4: documentation
reiser4-doc-update.patch
Update Documentation/Changes for reiser4
reiser4-only.patch
reiser4: main fs
reiser4-prefetch-warning-fix.patch
reiser4: prefetch warning fix
reiser4-mode-fix.patch
reiser4: mode type fix
reiser4-get_context_ok-warning-fixes.patch
reiser4: get_context_ok() warning fixes
reiser4-remove-debug.patch
resier4: remove debug stuff
reiser4-spinlock-debugging-build-fix-2.patch
reiser4-spinlock-debugging-build-fix-2
reiser4-sparc64-build-fix.patch
reiser4 sparc64 build fix
sys_reiser4-sparc64-build-fix.patch
sys_reiser4 sparc64 build fix
reiser4-printk-warning-fixes.patch
reiser4 printk warning fixes
fix-rusage-semantics.patch
fix rusage semantics
fix-mt-reparenting-when-thread-group-leader-dies.patch
fix MT reparenting when thread group leader dies
acpi-based-floppy-controller-enumeration.patch
ACPI-based floppy controller enumeration
possible-dcache-bug-debugging-patch.patch
Possible dcache BUG: debugging patch
copy_mount_options-size-fix.patch
copy_mount_options size fix
improve-oprofile-on-many-way-systems.patch
improve OProfile on many-way systems
oprofile-ia64-performance-counter-support.patch
OProfile ia64 performance counter support
fix-pid-hash-sizing.patch
fix PID hash sizing
use-hlist-for-pid-hash.patch
use hlist for pid hash
use-hlist-for-pid-hash-cache-friendliness.patch
use hlist for pid hash: cache friendliness
split-timer-resources.patch
Split timer resources
reduce-casting-in-sysenterc.patch
reduce casting in sysenter.c
cast-page_offset-math-to-void-in-early-printk.patch
cast PAGE_OFFSET math to void* in early printk
call-virt_to_page-with-void-not-ul.patch
call virt_to_page() with void*, not UL
vmalloc_fault-cleanup.patch
vmalloc_fault() cleanup
dont-align-virt_to_page-args.patch
don't align virt_to_page() args
include-asm-pageh-for-virt_to_page.patch
include asm/page.h for virt_to_page()
task_vsize-locking-cleanup.patch
task_vsize() locking cleanup
task_vsize-locking-cleanup-warning-fix.patch
task_vsize-locking-cleanup warning fix
o1-proc_pid_statm.patch
O(1) proc_pid_statm()
o1-proc_pid_statm-fix.patch
fix text reporting in O(1) proc_pid_statm()
task-statm-no-procfs-fix.patch
speed up /proc/pid/statm for !CONFIG_PROC_FS
task-statm-reserved-fix.patch
/proc/pid/statm accounting fixes
task-statm-dontcopy-fix.patch
Unaccount VM_DONTCOPY vmas properly
r8169-add-ethtool_opsget_regs_len-get_regs.patch
r8169: add ethtool_ops.{get_regs_len/get_regs}
r8169-per-device-receive-buffer-size.patch
r8169: per device receive buffer size
r8169-code-cleanup.patch
r8169: code cleanup
r8169-enable-mwi.patch
r8169: enable MWI
r8169-bump-version-number.patch
r8169: bump version number
r8169-sync-the-names-of-a-few-bits-with-the-8139cp-driver.patch
r8169: sync the names of a few bits with the 8139cp driver
r8169-comment-a-gcc-295x-bug.patch
r8169: comment a gcc 2.95.x bug
r8169-tx-checksum-offload.patch
r8169: Tx checksum offload
r8169-advertise-dma-to-high-memory.patch
r8169: advertise DMA to high memory
r8169-rx-checksum-support.patch
r8169: Rx checksum support
r8169-vlan-support.patch
r8169: vlan support
sane-mlock_limit.patch
sane mlock_limit
lanana-maintainer-devicestxt-patch-1-2.patch
LANANA: maintainer update
lanana-maintainer-devicestxt-2.patch
LANANA: devices.txt update
netmos-9805-parport-interface.patch
parport: NetMOS 9805 interface
s390-lcs-network-driver.patch
s390: lcs network driver
s390-common-i-o-layer.patch
s390: common i/o layer
s390-sclp-driver-changes.patch
s390: sclp driver changes
s390-qeth-network-driver.patch
s390: qeth network driver
269-rc1-ifdef-fixes-for-drivers-isdn-hifax.patch
#ifdef fixes for drivers/isdn/hifax/*
269-rc1-ifdef-cleanup-for-sh64.patch
#ifdef cleanup for sh64
269-rc1-ifdef-cleanup-for-cris-port.patch
#ifdef cleanup for cris port
269-rc1-ifdef-cleanup-for-ppc.patch
#ifdef cleanup for PPC
269-rc1-ifdef-cleanups-in-drivers-net.patch
#ifdef cleanups in drivers/net
make-oom-killer-points-unsigned-long.patch
make oom killer points unsigned long
dvb-pci_enable_device-fix.patch
dvb pci_enable_device() fix
copying-unaligned-data-across-user-kernel-boundary.patch
Copying unaligned data across user/kernel boundary
re-fix-pagecache-reading-off-by-one.patch
fix pagecache reading off-by-one
re-fix-pagecache-reading-off-by-one-cleanup.patch
re-fix-pagecache-reading-off-by-one-cleanup
waitqueue_debug-crapectomy.patch
WAITQUEUE_DEBUG cleanup
ftape-support-for-x86_64.patch
ftape support for x86_64
keep-sparc32-config-consistent.patch
Keep sparc32 config consistent
fix-typo-in-bw2c.patch
Fix typo in bw2.c
interrupt-is-enabled-before-it-should-be-when-kernel-is-booted.patch
interrupt is enabled before it should be when kernel is booted
hvcs-hotplug-fixes.patch
HVCS hotplug fixes
amiga-partition-reading-fix.patch
Amiga partition reading fix
problem-with-sis900-unknown-phy.patch
Problem with SiS900 - Unknown PHY
kallsyms-data-size-reduction--lookup-speedup.patch
kallsyms data size reduction / lookup speedup
prevent-memory-leak-in-devpts.patch
Prevent memory leak in devpts
revert-ioc_eth3-pci_enable_device-changes.patch
revert ioc3-eth.c pci_enable_device() changes
fix-hp100c-for-pci_enable_device-changes.patch
Fix hp100.c for pci_enable_device() changes
x86_64-vs-select-fix.patch
Fix x86_64 vs select.c namespace clash
must_check-copy_to_user.patch
must_check-copy_to_user
copy_to_user-checking.patch
copy_to_user-checking
sym_requeue_awaiting_cmds-uninit-var-fix.patch
sym_requeue_awaiting_cmds() warning fix
de4x5-idiocy-fix.patch
de4x5 warning fix
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 8:47 2.6.9-rc1-mm1 Andrew Morton
@ 2004-08-26 11:07 ` Con Kolivas
2004-08-26 14:28 ` 2.6.9-rc1-mm1 Jurriaan
` (2 more replies)
2004-08-26 12:06 ` 2.6.9-rc1-mm1 Denis Vlasenko
` (3 subsequent siblings)
4 siblings, 3 replies; 32+ messages in thread
From: Con Kolivas @ 2004-08-26 11:07 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 2320 bytes --]
Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6.9-rc1-mm1/
>
>
> - nicksched is still here. There has been very little feedback, except that
> it seems to slow some workloads on NUMA.
That's because most people aren't interested in a new cpu scheduler for
2.6. The current one works well enough in most situations and people
aren't trying -mm to fix their interactive problems since they are few
and far between. The only reports about adverse behaviour with 2.6 we
track down to "It behaves differently to what I expect" or applications
with no (b)locking between threads suck under load. Personally I think
the latter is a good thing as it encourages better coding, and the
former is something we'll have with any alternate design.
The only feedback we got on staircase was that it helped NUMA somewhat
and Nick and Ingo made some criticisms (not counting any benchmarks I
had to offer). The only feedback on nickshed was that it hurt NUMA
somewhat, SMT interactivity was broken (an easy enough oversight), and I
did not comment to avoid giving biased criticism.
If you're after subjective performance feedback you're less likely to
get it now than ever since you've made a strong stance against
subjective reports, due to placebo effect. LKML is scary enough for the
average user already. We have a situation now that if one brave single
user reports good or bad behaviour everyone runs off that one user's
report. Ouch!
There isn't going to be a 2.7 any time soon and there are people that
are using alternate schedulers already in production; which is obviously
why you're giving them a test run in -mm. Clearly the lack of a formal
(2.7) development branch makes this even harder. Your attempt at
preventing "good stuff' from rotting in alternate trees when mainline
should be benefitting is admirable. While it's fun to rewrite the
scheduler and gives us something to play with, the current level of
feedback is hardly the testbase off which to replace it unless there's
something strikingly better about a new cpu scheduler.
It will be interesting to see if this spawns any further discussion or
whether Peter's scheduler's performance will also be lost in a low
signal to noise ratio when it gets a run in -mm.
Cheers,
Con
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 8:47 2.6.9-rc1-mm1 Andrew Morton
2004-08-26 11:07 ` 2.6.9-rc1-mm1 Con Kolivas
@ 2004-08-26 12:06 ` Denis Vlasenko
2004-08-26 19:40 ` 2.6.9-rc1-mm1 Sam Ravnborg
2004-08-26 22:46 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
` (2 subsequent siblings)
4 siblings, 1 reply; 32+ messages in thread
From: Denis Vlasenko @ 2004-08-26 12:06 UTC (permalink / raw)
To: Andrew Morton, linux-kernel; +Cc: Sam Ravnborg
[-- Attachment #1: Type: text/plain, Size: 1373 bytes --]
On Thursday 26 August 2004 11:47, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6.9-rc1-mm1/
I use separate build directory.
....
LD .tmp_vmlinux1
KSYM .tmp_kallsyms1.S
AS .tmp_kallsyms1.o
LD .tmp_vmlinux2
KSYM .tmp_kallsyms2.S
AS .tmp_kallsyms2.o
LD .tmp_vmlinux3
KSYM .tmp_kallsyms3.S
AS .tmp_kallsyms3.o
LD vmlinux
SYSMAP System.map
SYSMAP .tmp_System.map
AS arch/i386/boot/bootsect.o
LD arch/i386/boot/bootsect
AS arch/i386/boot/setup.o
LD arch/i386/boot/setup
AS arch/i386/boot/compressed/head.o
CC arch/i386/boot/compressed/misc.o
OBJCOPY arch/i386/boot/compressed/vmlinux.bin
GZIP arch/i386/boot/compressed/vmlinux.bin.gz
LD arch/i386/boot/compressed/piggy.o
LD arch/i386/boot/compressed/vmlinux
OBJCOPY arch/i386/boot/vmlinux.bin
HOSTCC arch/i386/boot/tools/build
cc1: No such file or directory: opening dependency file arch/i386/boot/tools/.build.d
make[2]: *** [arch/i386/boot/tools/build] Error 1
make[1]: *** [bzImage] Error 2
make: *** [bzImage] Error 2
build dir does not have arch/i386/boot/tools/build/tools/ at all.
src dir has lone build.c in arch/i386/boot/tools/build/tools/.
make output and .config are attached.
--
vda
[-- Attachment #2: !make.log.bz2 --]
[-- Type: application/x-bzip2, Size: 6948 bytes --]
[-- Attachment #3: .config.bz2 --]
[-- Type: application/x-bzip2, Size: 7857 bytes --]
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 11:07 ` 2.6.9-rc1-mm1 Con Kolivas
@ 2004-08-26 14:28 ` Jurriaan
2004-08-26 18:25 ` 2.6.9-rc1-mm1 Thomas Davis
2004-08-26 14:36 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-08-26 20:51 ` 2.6.9-rc1-mm1 Martin J. Bligh
2 siblings, 1 reply; 32+ messages in thread
From: Jurriaan @ 2004-08-26 14:28 UTC (permalink / raw)
To: linux-kernel
From: Con Kolivas <kernel@kolivas.org>
Date: Thu, Aug 26, 2004 at 09:07:39PM +1000
> Andrew Morton wrote:
> >
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6.9-rc1-mm1/
> >
> >- nicksched is still here. There has been very little feedback, except
> >that
> > it seems to slow some workloads on NUMA.
>
> The only feedback on nickshed was that it hurt NUMA
> somewhat, SMT interactivity was broken (an easy enough oversight)
I take it that was why changing consoles between mutt and slrn would
include a pause of several seconds on a system with a single,
hyperthreaded cpu?
Is that fixed in 2.6.9-rc1-mm1?
Thanks,
Jurriaan
--
Living on Earth includes an annual free trip around the Sun.
Debian (Unstable) GNU/Linux 2.6.8.1-mm4 2x6078 bogomips load 0.06
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 11:07 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-26 14:28 ` 2.6.9-rc1-mm1 Jurriaan
@ 2004-08-26 14:36 ` Rafael J. Wysocki
2004-08-26 14:45 ` 2.6.9-rc1-mm1 Felipe Alfaro Solana
2004-08-26 16:38 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-26 20:51 ` 2.6.9-rc1-mm1 Martin J. Bligh
2 siblings, 2 replies; 32+ messages in thread
From: Rafael J. Wysocki @ 2004-08-26 14:36 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, linux-kernel
On Thursday 26 of August 2004 13:07, Con Kolivas wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2
> >.6.9-rc1-mm1/
> >
> >
> > - nicksched is still here. There has been very little feedback, except
> > that it seems to slow some workloads on NUMA.
>
> That's because most people aren't interested in a new cpu scheduler for
> 2.6.
I am, but I have no benchmarks that give any useful numbers.
> The current one works well enough in most situations and people
> aren't trying -mm to fix their interactive problems since they are few
> and far between.
Actually, with the current scheduler, updatedb really sucks. It's supposed to
be a background task, but it hogs IO resources and memory like crazy
(disclaimer: it's my personal subjective observation).
> The only reports about adverse behaviour with 2.6 we
> track down to "It behaves differently to what I expect" or applications
> with no (b)locking between threads suck under load. Personally I think
> the latter is a good thing as it encourages better coding, and the
> former is something we'll have with any alternate design.
>
> The only feedback we got on staircase was that it helped NUMA somewhat
> and Nick and Ingo made some criticisms (not counting any benchmarks I
> had to offer). The only feedback on nickshed was that it hurt NUMA
> somewhat, SMT interactivity was broken (an easy enough oversight), and I
> did not comment to avoid giving biased criticism.
Frankly, if I had any useful benchmark, I would have readily run it and posted
the results. The problem is that I don't know what kind of results you are
interested in. Please let me know what _exactly_ you want to measure.
Please propose some benchmarks or post a HOWTO, or what. "Help me help you".
> If you're after subjective performance feedback you're less likely to
> get it now than ever since you've made a strong stance against
> subjective reports, due to placebo effect. LKML is scary enough for the
> average user already. We have a situation now that if one brave single
> user reports good or bad behaviour everyone runs off that one user's
> report. Ouch!
>
> There isn't going to be a 2.7 any time soon and there are people that
> are using alternate schedulers already in production; which is obviously
> why you're giving them a test run in -mm. Clearly the lack of a formal
> (2.7) development branch makes this even harder. Your attempt at
> preventing "good stuff' from rotting in alternate trees when mainline
> should be benefitting is admirable. While it's fun to rewrite the
> scheduler and gives us something to play with, the current level of
> feedback is hardly the testbase off which to replace it unless there's
> something strikingly better about a new cpu scheduler.
>
> It will be interesting to see if this spawns any further discussion or
> whether Peter's scheduler's performance will also be lost in a low
> signal to noise ratio when it gets a run in -mm.
I think the problem is that relatively not so many people run -mm, and even
less people try to use them for a longer time. Also, there sometimes are
some issues with -mm that must be sorted out first, but then there's not much
time left for testing the scheduler before the next -mm.
Regards,
RJW
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-- Richard P. Feynman
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 14:36 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
@ 2004-08-26 14:45 ` Felipe Alfaro Solana
2004-08-26 15:35 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-08-26 16:38 ` 2.6.9-rc1-mm1 Con Kolivas
1 sibling, 1 reply; 32+ messages in thread
From: Felipe Alfaro Solana @ 2004-08-26 14:45 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Con Kolivas, Andrew Morton, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 734 bytes --]
On Thursday 26 August 2004 16:36, Rafael J. Wysocki wrote:
> I think the problem is that relatively not so many people run -mm, and even
> less people try to use them for a longer time. Also, there sometimes are
> some issues with -mm that must be sorted out first, but then there's not
> much time left for testing the scheduler before the next -mm.
I think this is the main reason of existence for -mm kernels: find problems,
sort them out and fix them. I've been running -mm kernels since 2.5.80+ and
all problems I have had were resolved in a timely manner.
What I think is that Con's scheduler is the one that needs to get into -mm
kernels to give it more exposure. Currently, it has a very limited audience.
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 14:45 ` 2.6.9-rc1-mm1 Felipe Alfaro Solana
@ 2004-08-26 15:35 ` Rafael J. Wysocki
0 siblings, 0 replies; 32+ messages in thread
From: Rafael J. Wysocki @ 2004-08-26 15:35 UTC (permalink / raw)
To: Felipe Alfaro Solana; +Cc: Con Kolivas, Andrew Morton, linux-kernel
On Thursday 26 of August 2004 16:45, Felipe Alfaro Solana wrote:
> On Thursday 26 August 2004 16:36, Rafael J. Wysocki wrote:
> > I think the problem is that relatively not so many people run -mm, and
> > even less people try to use them for a longer time. Also, there
> > sometimes are some issues with -mm that must be sorted out first, but
> > then there's not much time left for testing the scheduler before the next
> > -mm.
>
> I think this is the main reason of existence for -mm kernels: find
> problems, sort them out and fix them.
That's the point. You don't pay attention to the differences between
schedulers if there are more serious problems, do you?
> I've been running -mm kernels since
> 2.5.80+ and all problems I have had were resolved in a timely manner.
I agree, but it's a different thing. :-)
> What I think is that Con's scheduler is the one that needs to get into -mm
> kernels to give it more exposure. Currently, it has a very limited
> audience.
IMHO, -mm could stick for a while with one of the alternative schedulers so
that it gets more testing.
Regards,
RJW
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-- Richard P. Feynman
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 14:36 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-08-26 14:45 ` 2.6.9-rc1-mm1 Felipe Alfaro Solana
@ 2004-08-26 16:38 ` Con Kolivas
2004-08-26 20:36 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-08-26 20:55 ` 2.6.9-rc1-mm1 Martin J. Bligh
1 sibling, 2 replies; 32+ messages in thread
From: Con Kolivas @ 2004-08-26 16:38 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Andrew Morton, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1224 bytes --]
Rafael J. Wysocki wrote:
> On Thursday 26 of August 2004 13:07, Con Kolivas wrote:
>
>>Andrew Morton wrote:
>>
>>>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2
>>>.6.9-rc1-mm1/
>>>
>>>
>>>- nicksched is still here. There has been very little feedback, except
>>>that it seems to slow some workloads on NUMA.
>>
>>That's because most people aren't interested in a new cpu scheduler for
>>2.6.
>
>
> I am, but I have no benchmarks that give any useful numbers.
That's because there are none for interactivity; you're simply
reinforcing my point.
>>The current one works well enough in most situations and people
>>aren't trying -mm to fix their interactive problems since they are few
>>and far between.
>
>
> Actually, with the current scheduler, updatedb really sucks. It's supposed to
> be a background task, but it hogs IO resources and memory like crazy
> (disclaimer: it's my personal subjective observation).
The cpu scheduler plays almost no part in this. It's the I/O scheduler
and the vm. IOnice will help the former _when it comes out_. Dropping
the swappiness kind of helps the latter; although there are numerous
alternative tweaks appearing for that too.
Cheers,
Con
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 14:28 ` 2.6.9-rc1-mm1 Jurriaan
@ 2004-08-26 18:25 ` Thomas Davis
0 siblings, 0 replies; 32+ messages in thread
From: Thomas Davis @ 2004-08-26 18:25 UTC (permalink / raw)
To: Jurriaan; +Cc: linux-kernel
Jurriaan wrote:
> From: Con Kolivas <kernel@kolivas.org>
> Date: Thu, Aug 26, 2004 at 09:07:39PM +1000
>
>>Andrew Morton wrote:
>>
>>>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6.9-rc1-mm1/
>>>
>>>- nicksched is still here. There has been very little feedback, except
>>>that
>>> it seems to slow some workloads on NUMA.
>>
>>The only feedback on nickshed was that it hurt NUMA
>>somewhat, SMT interactivity was broken (an easy enough oversight)
>
>
> I take it that was why changing consoles between mutt and slrn would
> include a pause of several seconds on a system with a single,
> hyperthreaded cpu?
>
More than likely. I had found it's worse with X running (see ioperm vs. iopl thread)
> Is that fixed in 2.6.9-rc1-mm1?
>
Good question, and how about the ioperm/iopl bit map problem?
thomas
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 12:06 ` 2.6.9-rc1-mm1 Denis Vlasenko
@ 2004-08-26 19:40 ` Sam Ravnborg
0 siblings, 0 replies; 32+ messages in thread
From: Sam Ravnborg @ 2004-08-26 19:40 UTC (permalink / raw)
To: Denis Vlasenko; +Cc: Andrew Morton, linux-kernel, Sam Ravnborg
On Thu, Aug 26, 2004 at 03:06:18PM +0300, Denis Vlasenko wrote:
> On Thursday 26 August 2004 11:47, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6.9-rc1-mm1/
>
> I use separate build directory.
>
> ....
> LD .tmp_vmlinux1
> KSYM .tmp_kallsyms1.S
> AS .tmp_kallsyms1.o
> LD .tmp_vmlinux2
> KSYM .tmp_kallsyms2.S
> AS .tmp_kallsyms2.o
> LD .tmp_vmlinux3
> KSYM .tmp_kallsyms3.S
> AS .tmp_kallsyms3.o
> LD vmlinux
> SYSMAP System.map
> SYSMAP .tmp_System.map
> AS arch/i386/boot/bootsect.o
> LD arch/i386/boot/bootsect
> AS arch/i386/boot/setup.o
> LD arch/i386/boot/setup
> AS arch/i386/boot/compressed/head.o
> CC arch/i386/boot/compressed/misc.o
> OBJCOPY arch/i386/boot/compressed/vmlinux.bin
> GZIP arch/i386/boot/compressed/vmlinux.bin.gz
> LD arch/i386/boot/compressed/piggy.o
> LD arch/i386/boot/compressed/vmlinux
> OBJCOPY arch/i386/boot/vmlinux.bin
> HOSTCC arch/i386/boot/tools/build
> cc1: No such file or directory: opening dependency file arch/i386/boot/tools/.build.d
> make[2]: *** [arch/i386/boot/tools/build] Error 1
> make[1]: *** [bzImage] Error 2
> make: *** [bzImage] Error 2
>
> build dir does not have arch/i386/boot/tools/build/tools/ at all.
> src dir has lone build.c in arch/i386/boot/tools/build/tools/.
Correct.
Fixet - see mail with subject "kbuild fixes" sent to lkml.
Sam
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 16:38 ` 2.6.9-rc1-mm1 Con Kolivas
@ 2004-08-26 20:36 ` Rafael J. Wysocki
2004-08-26 20:55 ` 2.6.9-rc1-mm1 Martin J. Bligh
1 sibling, 0 replies; 32+ messages in thread
From: Rafael J. Wysocki @ 2004-08-26 20:36 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, linux-kernel
On Thursday 26 of August 2004 18:38, Con Kolivas wrote:
> Rafael J. Wysocki wrote:
> > On Thursday 26 of August 2004 13:07, Con Kolivas wrote:
> >>Andrew Morton wrote:
> >>>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/
> >>>2 .6.9-rc1-mm1/
> >>>
> >>>
> >>>- nicksched is still here. There has been very little feedback, except
> >>>that it seems to slow some workloads on NUMA.
> >>
> >>That's because most people aren't interested in a new cpu scheduler for
> >>2.6.
> >
> > I am, but I have no benchmarks that give any useful numbers.
>
> That's because there are none for interactivity; you're simply
> reinforcing my point.
Hm, can you tell me please what you consider as the most obvious interactivity
issue that you expect to be improved by your scheduler? A typical scenario
in which the "standard" one will be "not good enough" in your opinion?
> >>The current one works well enough in most situations and people
> >>aren't trying -mm to fix their interactive problems since they are few
> >>and far between.
> >
> > Actually, with the current scheduler, updatedb really sucks. It's
> > supposed to be a background task, but it hogs IO resources and memory
> > like crazy (disclaimer: it's my personal subjective observation).
>
> The cpu scheduler plays almost no part in this. It's the I/O scheduler
> and the vm.
I wasn't quite sure so thanks for pointing it out to me.
> IOnice will help the former _when it comes out_. Dropping
> the swappiness kind of helps the latter; although there are numerous
> alternative tweaks appearing for that too.
I know that. It does not hurt me that much. :-) Still, on a dual-Opteron box
with a gig of RAM I would expect it to "behave" a bit better in the default
configuration ...
Regards,
RJW
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-- Richard P. Feynman
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 11:07 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-26 14:28 ` 2.6.9-rc1-mm1 Jurriaan
2004-08-26 14:36 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
@ 2004-08-26 20:51 ` Martin J. Bligh
2004-08-27 1:43 ` 2.6.9-rc1-mm1 Nick Piggin
2 siblings, 1 reply; 32+ messages in thread
From: Martin J. Bligh @ 2004-08-26 20:51 UTC (permalink / raw)
To: Con Kolivas, Andrew Morton; +Cc: linux-kernel
--On Thursday, August 26, 2004 21:07:39 +1000 Con Kolivas <kernel@kolivas.org> wrote:
> Andrew Morton wrote:
>>
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6.9-rc1-mm1/
>>
>>
>> - nicksched is still here. There has been very little feedback, except that
>> it seems to slow some workloads on NUMA.
>
> That's because most people aren't interested in a new cpu scheduler for
> 2.6. The current one works well enough in most situations and people
> aren't trying -mm to fix their interactive problems since they are few
> and far between. The only reports about adverse behaviour with 2.6 we track down to "It behaves differently to what I expect" or applications with no (b)locking between threads suck under load. Personally I think the latter is a good thing as it encourages better coding, and the former is something we'll have with any alternate design.
Well ... it'd be nice to know what nicksched was trying to fix. Then maybe
we could try to measure it. There's lots of stuff in the changelog about
what technical stuff was fiddled with ... but nothing I can see about what
it was meant to acheive.
> The only feedback we got on staircase was that it helped NUMA somewhat and Nick and Ingo made some criticisms (not counting any benchmarks I had to offer). The only feedback on nickshed was that it hurt NUMA somewhat, SMT interactivity was broken (an easy enough oversight), and I did not comment to avoid giving biased criticism.
The main thing I liked about staircase was it seemed to simplify things.
Having mere mortals comprehend the code seems like a Good Plan (tm).
The fact that it seemed to bounce tasks around a crapload less was a nice
bonus ;-) Cache is king.
M.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 16:38 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-26 20:36 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
@ 2004-08-26 20:55 ` Martin J. Bligh
2004-08-26 23:19 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-27 0:58 ` 2.6.9-rc1-mm1 Rick Lindsley
1 sibling, 2 replies; 32+ messages in thread
From: Martin J. Bligh @ 2004-08-26 20:55 UTC (permalink / raw)
To: Con Kolivas, Rafael J. Wysocki; +Cc: Andrew Morton, linux-kernel, Rick Lindsley
--On Friday, August 27, 2004 02:38:05 +1000 Con Kolivas <kernel@kolivas.org> wrote:
> Rafael J. Wysocki wrote:
>> On Thursday 26 of August 2004 13:07, Con Kolivas wrote:
>>
>>> Andrew Morton wrote:
>>>
>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2
>>>> .6.9-rc1-mm1/
>>>>
>>>>
>>>> - nicksched is still here. There has been very little feedback, except
>>>> that it seems to slow some workloads on NUMA.
>>>
>>> That's because most people aren't interested in a new cpu scheduler for
>>> 2.6.
>>
>>
>> I am, but I have no benchmarks that give any useful numbers.
>
> That's because there are none for interactivity; you're simply
> reinforcing my point.
Rick's schedstats stuff had some ways to measure latency that seemed to work
quite nicely. Hard to simulate exactly mozilla, email, etc, but probably
close enough to be far more use than "ooh, it feels faster".
He did a whole paper at OLS ... Rick ... pointer?
>> Actually, with the current scheduler, updatedb really sucks. It's supposed to
>> be a background task, but it hogs IO resources and memory like crazy
>> (disclaimer: it's my personal subjective observation).
>
> The cpu scheduler plays almost no part in this. It's the I/O scheduler and the vm. IOnice will help the former _when it comes out_. Dropping the swappiness kind of helps the latter; although there are numerous alternative tweaks appearing for that too.
Yup. I can open a large 8Mpixel camera image in "display" and hang the whole
system for about 30s too ;-(
M.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 8:47 2.6.9-rc1-mm1 Andrew Morton
2004-08-26 11:07 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-26 12:06 ` 2.6.9-rc1-mm1 Denis Vlasenko
@ 2004-08-26 22:46 ` Rafael J. Wysocki
2004-08-26 22:50 ` 2.6.9-rc1-mm1 Andrew Morton
2004-08-26 23:53 ` 2.6.9-rc1-mm1 Tomasz Torcz
[not found] ` <20040827043132.GJ2793@holomorphy.com>
4 siblings, 1 reply; 32+ messages in thread
From: Rafael J. Wysocki @ 2004-08-26 22:46 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Thursday 26 of August 2004 10:47, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6
>.9-rc1-mm1/
>
>
> - nicksched is still here. There has been very little feedback, except
> that it seems to slow some workloads on NUMA.
>
It has the problem that I have reported for 2.6.8.1-mm4, that after issuing:
# rmmod snd_seq_oss
the kernel goes into a strange state:
- one CPU (either CPU0 or CPU1) is 100% loaded with system load
- the other CPU is free
- the process "rmmod snd_seq_oss" is in the D+ state
- when I exit KDE session the system hangs solid (no way to get to it, reset
necessary).
- when I try this from a virtual terminal, it freezes the keyboard and I can't
get to the other virtual terminals/X, but I can get to the system via ssh.
No Oops is reported, and it does not happen on 2.6.8.1-mm2.
Regards,
RJW
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-- Richard P. Feynman
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 22:46 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
@ 2004-08-26 22:50 ` Andrew Morton
0 siblings, 0 replies; 32+ messages in thread
From: Andrew Morton @ 2004-08-26 22:50 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: linux-kernel
"Rafael J. Wysocki" <rjw@sisk.pl> wrote:
>
> On Thursday 26 of August 2004 10:47, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6
> >.9-rc1-mm1/
> >
> >
> > - nicksched is still here. There has been very little feedback, except
> > that it seems to slow some workloads on NUMA.
> >
>
> It has the problem that I have reported for 2.6.8.1-mm4, that after issuing:
>
> # rmmod snd_seq_oss
>
> the kernel goes into a strange state:
Rusty sent out a couple of patches which should fix this up. They'll be in
next -mm.
Probably the below patch:
--- .13565-linux-2.6.8.1-mm4/kernel/stop_machine.c 2004-05-10 15:13:59.000000000 +1000
+++ .13565-linux-2.6.8.1-mm4.updated/kernel/stop_machine.c 2004-08-26 16:24:56.000000000 +1000
@@ -82,7 +86,7 @@ static int stop_machine(void)
int i, ret = 0;
struct sched_param param = { .sched_priority = MAX_RT_PRIO-1 };
/* One high-prio thread per cpu. We'll do this one. */
- sys_sched_setscheduler(current->pid, SCHED_FIFO, ¶m);
+ sys_sched_setscheduler(current->pid, SCHED_RR, ¶m);
atomic_set(&stopmachine_thread_ack, 0);
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 20:55 ` 2.6.9-rc1-mm1 Martin J. Bligh
@ 2004-08-26 23:19 ` Con Kolivas
2004-08-26 23:43 ` 2.6.9-rc1-mm1 Martin J. Bligh
2004-08-27 0:37 ` 2.6.9-rc1-mm1 Nuno Silva
2004-08-27 0:58 ` 2.6.9-rc1-mm1 Rick Lindsley
1 sibling, 2 replies; 32+ messages in thread
From: Con Kolivas @ 2004-08-26 23:19 UTC (permalink / raw)
To: Martin J. Bligh
Cc: Rafael J. Wysocki, Andrew Morton, linux-kernel, Rick Lindsley
[-- Attachment #1: Type: text/plain, Size: 1050 bytes --]
Martin J. Bligh wrote:
> --On Friday, August 27, 2004 02:38:05 +1000 Con Kolivas <kernel@kolivas.org> wrote:
>>Rafael J. Wysocki wrote:
>>>Actually, with the current scheduler, updatedb really sucks. It's supposed to
>>>be a background task, but it hogs IO resources and memory like crazy
>>>(disclaimer: it's my personal subjective observation).
>>
>>The cpu scheduler plays almost no part in this. It's the I/O scheduler and the vm. IOnice will help the former _when it comes out_. Dropping the swappiness kind of helps the latter; although there are numerous alternative tweaks appearing for that too.
>
> Yup. I can open a large 8Mpixel camera image in "display" and hang the whole
> system for about 30s too ;-(
If you're talking about using the embedded image viewer in kde, that
spins on wait and wastes truckloads of cpu (a perfect example of poor
coding). Try loading it an external viewer and it will be 1000 times
faster. If you're talking about it keeping the disk too busy on the
other hand, that's I/O scheduling.
Cheers,
Con
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 23:19 ` 2.6.9-rc1-mm1 Con Kolivas
@ 2004-08-26 23:43 ` Martin J. Bligh
2004-08-27 0:37 ` 2.6.9-rc1-mm1 Nuno Silva
1 sibling, 0 replies; 32+ messages in thread
From: Martin J. Bligh @ 2004-08-26 23:43 UTC (permalink / raw)
To: Con Kolivas; +Cc: Rafael J. Wysocki, Andrew Morton, linux-kernel, Rick Lindsley
--On Friday, August 27, 2004 09:19:32 +1000 Con Kolivas <kernel@kolivas.org> wrote:
> Martin J. Bligh wrote:
>> --On Friday, August 27, 2004 02:38:05 +1000 Con Kolivas <kernel@kolivas.org> wrote:
>>> Rafael J. Wysocki wrote:
>>>> Actually, with the current scheduler, updatedb really sucks. It's supposed to
>>>> be a background task, but it hogs IO resources and memory like crazy
>>>> (disclaimer: it's my personal subjective observation).
>>>
>>> The cpu scheduler plays almost no part in this. It's the I/O scheduler and the vm. IOnice will help the former _when it comes out_. Dropping the swappiness kind of helps the latter; although there are numerous alternative tweaks appearing for that too.
>>
>> Yup. I can open a large 8Mpixel camera image in "display" and hang the whole
>> system for about 30s too ;-(
>
> If you're talking about using the embedded image viewer in kde, that spins on wait and wastes truckloads of cpu (a perfect example of poor coding). Try loading it an external viewer and it will be 1000 times faster. If you're talking about it keeping the disk too busy on the other hand, that's I/O scheduling.
Nope, I'm talking about the app "display", which I think is part of
ImageMagick or soemthing.
M.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 8:47 2.6.9-rc1-mm1 Andrew Morton
` (2 preceding siblings ...)
2004-08-26 22:46 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
@ 2004-08-26 23:53 ` Tomasz Torcz
[not found] ` <20040827043132.GJ2793@holomorphy.com>
4 siblings, 0 replies; 32+ messages in thread
From: Tomasz Torcz @ 2004-08-26 23:53 UTC (permalink / raw)
To: linux-kernel
On Thu, Aug 26, 2004 at 01:47:45AM -0700, Andrew Morton wrote:
> - nicksched is still here. There has been very little feedback, except that
> it seems to slow some workloads on NUMA.
I've today returned from -mm series to 2.6.9-rc1 and noticed some
changes. Usual workload of my celeron 366 consist of bunch of
transparent Eterms, firefox, xmms playing and some background daemons
(like spamassassin).
Xmms is known for unpleasant behaviour - it sleeps a lot, slowing down
entire system. This isn't noticable in top, which show ~10% CPU
dedicated to xmms, but it very easy to feel.
Nick scheduler in contrast to stock scheduler from -linus make
interativity a lot better. When switching workspaces, windows redraw
almost instantly (max 2 seconds), whereas in -linus I often have to wait
up to 8-10 seconds to work.
when running -mm, playing xmms don't slow thinhs much. Kernel compile
is almost as fast, as when xmms is shut. In -linus in turn, playing xmms
can slow down compile twice.
Firefox loading 3-4 pages in tabs in -linus makes all desktop lagging.
Scheduler from -mm makes load caused by firefox unnoticabled in other
apps.
That are my observations. It's nothing scientific and there are no
solind numbers from benchmarks to support them.
--
Tomasz Torcz To co nierealne - tutaj jest normalne.
zdzichu@irc.-nie.spam-.pl Ziomale na życie mają tu patenty specjalne.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 23:19 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-26 23:43 ` 2.6.9-rc1-mm1 Martin J. Bligh
@ 2004-08-27 0:37 ` Nuno Silva
2004-08-27 0:46 ` 2.6.9-rc1-mm1 Con Kolivas
1 sibling, 1 reply; 32+ messages in thread
From: Nuno Silva @ 2004-08-27 0:37 UTC (permalink / raw)
To: Con Kolivas
Cc: Martin J. Bligh, Rafael J. Wysocki, Andrew Morton, linux-kernel,
Rick Lindsley
Con Kolivas wrote:
> Martin J. Bligh wrote:
[..]
>>
>> Yup. I can open a large 8Mpixel camera image in "display" and hang the
>> whole
>> system for about 30s too ;-(
>
Congrats! 8MP camera! :-)
>
> If you're talking about using the embedded image viewer in kde, that
> spins on wait and wastes truckloads of cpu (a perfect example of poor
> coding). Try loading it an external viewer and it will be 1000 times
> faster. If you're talking about it keeping the disk too busy on the
> other hand, that's I/O scheduling.
>
The question is: "can a poorly coded app hang the system for 30secs?"
That's a DoS ;-)
Regards,
Nuno Silva
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-27 0:37 ` 2.6.9-rc1-mm1 Nuno Silva
@ 2004-08-27 0:46 ` Con Kolivas
2004-08-27 0:51 ` 2.6.9-rc1-mm1 Martin J. Bligh
0 siblings, 1 reply; 32+ messages in thread
From: Con Kolivas @ 2004-08-27 0:46 UTC (permalink / raw)
To: Nuno Silva
Cc: Martin J. Bligh, Rafael J. Wysocki, Andrew Morton, linux-kernel,
Rick Lindsley
[-- Attachment #1: Type: text/plain, Size: 555 bytes --]
Nuno Silva wrote:
> Con Kolivas wrote:
>> If you're talking about using the embedded image viewer in kde, that
>> spins on wait and wastes truckloads of cpu (a perfect example of poor
>> coding). Try loading it an external viewer and it will be 1000 times
>> faster. If you're talking about it keeping the disk too busy on the
>> other hand, that's I/O scheduling.
>>
>
> The question is: "can a poorly coded app hang the system for 30secs?"
>
> That's a DoS ;-)
It does not hang the system, only it's dependant tasks (ie other kde
thingies)
Con
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-27 0:46 ` 2.6.9-rc1-mm1 Con Kolivas
@ 2004-08-27 0:51 ` Martin J. Bligh
2004-08-27 0:55 ` 2.6.9-rc1-mm1 Con Kolivas
0 siblings, 1 reply; 32+ messages in thread
From: Martin J. Bligh @ 2004-08-27 0:51 UTC (permalink / raw)
To: Con Kolivas, Nuno Silva
Cc: Rafael J. Wysocki, Andrew Morton, linux-kernel, Rick Lindsley
--On Friday, August 27, 2004 10:46:45 +1000 Con Kolivas <kernel@kolivas.org> wrote:
> Nuno Silva wrote:
>> Con Kolivas wrote:
>>> If you're talking about using the embedded image viewer in kde, that
>>> spins on wait and wastes truckloads of cpu (a perfect example of poor
>>> coding). Try loading it an external viewer and it will be 1000 times
>>> faster. If you're talking about it keeping the disk too busy on the
>>> other hand, that's I/O scheduling.
>>>
>>
>> The question is: "can a poorly coded app hang the system for 30secs?"
>>
>> That's a DoS ;-)
>
> It does not hang the system, only it's dependant tasks (ie other kde thingies)
the display app (not KDE), however, at least seems to deny X of enough time
that the mouse cursor won't move. Much badness! ;-)
M.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-27 0:51 ` 2.6.9-rc1-mm1 Martin J. Bligh
@ 2004-08-27 0:55 ` Con Kolivas
0 siblings, 0 replies; 32+ messages in thread
From: Con Kolivas @ 2004-08-27 0:55 UTC (permalink / raw)
To: Martin J. Bligh
Cc: Nuno Silva, Rafael J. Wysocki, Andrew Morton, linux-kernel,
Rick Lindsley
[-- Attachment #1: Type: text/plain, Size: 891 bytes --]
Martin J. Bligh wrote:
> --On Friday, August 27, 2004 10:46:45 +1000 Con Kolivas <kernel@kolivas.org> wrote:
>
>
>>Nuno Silva wrote:
>>
>>>Con Kolivas wrote:
>>>
>>>>If you're talking about using the embedded image viewer in kde, that
>>>>spins on wait and wastes truckloads of cpu (a perfect example of poor
>>>>coding). Try loading it an external viewer and it will be 1000 times
>>>>faster. If you're talking about it keeping the disk too busy on the
>>>>other hand, that's I/O scheduling.
>>>>
>>>
>>>The question is: "can a poorly coded app hang the system for 30secs?"
>>>
>>>That's a DoS ;-)
>>
>>It does not hang the system, only it's dependant tasks (ie other kde thingies)
>
>
> the display app (not KDE), however, at least seems to deny X of enough time
> that the mouse cursor won't move. Much badness! ;-)
Yes, priority inversion is a nasty thing indeed.
Cheers,
Con
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 20:55 ` 2.6.9-rc1-mm1 Martin J. Bligh
2004-08-26 23:19 ` 2.6.9-rc1-mm1 Con Kolivas
@ 2004-08-27 0:58 ` Rick Lindsley
2004-08-27 20:54 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
1 sibling, 1 reply; 32+ messages in thread
From: Rick Lindsley @ 2004-08-27 0:58 UTC (permalink / raw)
To: Martin J. Bligh
Cc: Con Kolivas, Rafael J. Wysocki, Andrew Morton, linux-kernel
Rick's schedstats stuff had some ways to measure latency that seemed to work
quite nicely. Hard to simulate exactly mozilla, email, etc, but probably
close enough to be far more use than "ooh, it feels faster".
He did a whole paper at OLS ... Rick ... pointer?
http://www.finux.org/Reprints/Reprint-Lindsley-OLS2004.pdf
There are patches available for schedstats, although I haven't pulled
together 2.6.9-rc1 yet. Shouldn't take me but fifteen minutes, I think.
Rafael, what baseline release are you comparing to? I should be able
to provide some tools to measure the effect on updatedb directly for
both 2.6.9-rc1 and your baseline (so long as it's 2.6-based)
Rick
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-26 20:51 ` 2.6.9-rc1-mm1 Martin J. Bligh
@ 2004-08-27 1:43 ` Nick Piggin
0 siblings, 0 replies; 32+ messages in thread
From: Nick Piggin @ 2004-08-27 1:43 UTC (permalink / raw)
To: Martin J. Bligh; +Cc: Con Kolivas, Andrew Morton, linux-kernel
Martin J. Bligh wrote:
> --On Thursday, August 26, 2004 21:07:39 +1000 Con Kolivas <kernel@kolivas.org> wrote:
>
>
>>Andrew Morton wrote:
>>
>>>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6.9-rc1-mm1/
>>>
>>>
>>>- nicksched is still here. There has been very little feedback, except that
>>> it seems to slow some workloads on NUMA.
>>
>>That's because most people aren't interested in a new cpu scheduler for
>>2.6. The current one works well enough in most situations and people
>>aren't trying -mm to fix their interactive problems since they are few
>>and far between. The only reports about adverse behaviour with 2.6 we track down to "It behaves differently to what I expect" or applications with no (b)locking between threads suck under load. Personally I think the latter is a good thing as it encourages better coding, and the former is something we'll have with any alternate design.
>
>
> Well ... it'd be nice to know what nicksched was trying to fix. Then maybe
> we could try to measure it. There's lots of stuff in the changelog about
> what technical stuff was fiddled with ... but nothing I can see about what
> it was meant to acheive.
>
It is supposed to be "as simple as possible and no simpler" approach to
the 2 array scheduler.
The current one has a lot of 'unfairness' and temporal dependencies. Eg,
"if a process has been in an interruptible sleep and woken from interrupt,
and has been previously marked as 'interactive' then blah. If it has been
in an uninterruptible sleep then do something completely different"
(I just made that up)
So, some people's watchdog process that is using *no* CPU get 50 second
latencies. And you get unfairness problems where one CPU hog is given twice
the amount of CPU time as another because it got marked as interactive long
ago.
Basically, the only inputs into nicksched are when a process sleeps and
when it runs. The only per-process state is basically how much it runs and
how much it sleeps. Everyone is treated the same.
The kernbench regression is something I don't take lightly though. I'll see
if I can get to the bottom of it.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-27 0:58 ` 2.6.9-rc1-mm1 Rick Lindsley
@ 2004-08-27 20:54 ` Rafael J. Wysocki
2004-08-27 21:54 ` 2.6.9-rc1-mm1 Rick Lindsley
0 siblings, 1 reply; 32+ messages in thread
From: Rafael J. Wysocki @ 2004-08-27 20:54 UTC (permalink / raw)
To: Rick Lindsley, Martin J. Bligh; +Cc: Con Kolivas, Andrew Morton, linux-kernel
On Friday 27 of August 2004 02:58, Rick Lindsley wrote:
> Rick's schedstats stuff had some ways to measure latency that seemed to
> work quite nicely. Hard to simulate exactly mozilla, email, etc, but
> probably close enough to be far more use than "ooh, it feels faster".
>
> He did a whole paper at OLS ... Rick ... pointer?
>
> http://www.finux.org/Reprints/Reprint-Lindsley-OLS2004.pdf
>
> There are patches available for schedstats, although I haven't pulled
> together 2.6.9-rc1 yet. Shouldn't take me but fifteen minutes, I think.
>
> Rafael, what baseline release are you comparing to? I should be able
> to provide some tools to measure the effect on updatedb directly for
> both 2.6.9-rc1 and your baseline (so long as it's 2.6-based)
2.6.8.1, for example. I'd like to compate it with the 2.6.9-rc1-mm1, which
contains the Nick's scheduler (2.6.9-rc1 has the same scheduler as 2.6.8.1,
AFAIK).
Regards,
RJW
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-- Richard P. Feynman
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
[not found] ` <20040827043132.GJ2793@holomorphy.com>
@ 2004-08-27 21:42 ` William Lee Irwin III
0 siblings, 0 replies; 32+ messages in thread
From: William Lee Irwin III @ 2004-08-27 21:42 UTC (permalink / raw)
To: Andrew Morton, linux-kernel
On Thu, Aug 26, 2004 at 01:47:45AM -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc1/2.6.9-rc1-mm1/
[...]
On Thu, Aug 26, 2004 at 09:31:32PM -0700, William Lee Irwin III wrote:
> Hmm. Something odd is going on; initcall_debug doesn't seem to function
> as expected. It reports strings with "queue" as a substring instead of
> the expected function names. There may be a bootstrap ordering issue
> (though apparently benign, just initcall_debug) with kallsyms bits.
I suspect endianness; sparc64 is affected, but not x86-64. Now checking
kallsyms lookup -related results on ppc64...
-- wli
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-27 20:54 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
@ 2004-08-27 21:54 ` Rick Lindsley
2004-08-27 22:29 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-09-04 18:35 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
0 siblings, 2 replies; 32+ messages in thread
From: Rick Lindsley @ 2004-08-27 21:54 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Martin J. Bligh, Con Kolivas, Andrew Morton, linux-kernel
> Rafael, what baseline release are you comparing to? I should be able
> to provide some tools to measure the effect on updatedb directly for
> both 2.6.9-rc1 and your baseline (so long as it's 2.6-based)
2.6.8.1, for example. I'd like to compate it with the 2.6.9-rc1-mm1, which
contains the Nick's scheduler (2.6.9-rc1 has the same scheduler as 2.6.8.1,
AFAIK).
Okay. A schedstats patch for 2.6.8.1 is available at
http://eaglet.rain.com/rick/linux/schedstat/patches/schedstat-2.6.8.1
or
http://oss.software.ibm.com/linux/patches/?patch_id=730
You can also pick up the program "latency.c" at
http://eaglet.rain.com/rick/linux/schedstat/v9/latency.c
With these two things in hand, you should be able to measure the latency
on 2.6.8.1 of a particular process.
A patch is not necessary for 2.6.9-rc1-mm1 (schedstats is already in there)
but you will need to config the kernel to use it. Then retrieve a slightly
different latency.c:
http://eaglet.rain.com/rick/linux/schedstat/v10/latency.c
since 2.6.9-rc1-mm1 output format is different (as you noted, it's a
different scheduler.) Then you should be able to see if the latency of
a particular process (updatedb, for instance) changes.
Rick
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-27 21:54 ` 2.6.9-rc1-mm1 Rick Lindsley
@ 2004-08-27 22:29 ` Rafael J. Wysocki
2004-09-04 18:35 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
1 sibling, 0 replies; 32+ messages in thread
From: Rafael J. Wysocki @ 2004-08-27 22:29 UTC (permalink / raw)
To: Rick Lindsley; +Cc: Martin J. Bligh, Con Kolivas, Andrew Morton, linux-kernel
On Friday 27 of August 2004 23:54, Rick Lindsley wrote:
> > Rafael, what baseline release are you comparing to? I should be able
> > to provide some tools to measure the effect on updatedb directly for
> > both 2.6.9-rc1 and your baseline (so long as it's 2.6-based)
>
> 2.6.8.1, for example. I'd like to compate it with the 2.6.9-rc1-mm1,
> which contains the Nick's scheduler (2.6.9-rc1 has the same scheduler as
> 2.6.8.1, AFAIK).
>
> Okay. A schedstats patch for 2.6.8.1 is available at
>
> http://eaglet.rain.com/rick/linux/schedstat/patches/schedstat-2.6.8.1
> or
> http://oss.software.ibm.com/linux/patches/?patch_id=730
>
> You can also pick up the program "latency.c" at
>
> http://eaglet.rain.com/rick/linux/schedstat/v9/latency.c
>
> With these two things in hand, you should be able to measure the latency
> on 2.6.8.1 of a particular process.
>
> A patch is not necessary for 2.6.9-rc1-mm1 (schedstats is already in there)
> but you will need to config the kernel to use it. Then retrieve a slightly
> different latency.c:
>
> http://eaglet.rain.com/rick/linux/schedstat/v10/latency.c
>
> since 2.6.9-rc1-mm1 output format is different (as you noted, it's a
> different scheduler.) Then you should be able to see if the latency of
> a particular process (updatedb, for instance) changes.
Thanks a lot Rick, I'll give it a try tomorrow.
Regards,
RJW
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-- Richard P. Feynman
^ permalink raw reply [flat|nested] 32+ messages in thread
* RE: 2.6.9-rc1-mm1
@ 2004-08-28 14:14 Sid Boyce
2004-08-28 15:22 ` 2.6.9-rc1-mm1 Hugh Dickins
0 siblings, 1 reply; 32+ messages in thread
From: Sid Boyce @ 2004-08-28 14:14 UTC (permalink / raw)
To: linux-kernel
My previous post details the problem with KDE I had on 2.6.9-rc1,
2.6.9-rc1-mm1 fixed that.
I get hangs with 2.6.9-rc1-mm1 if ACPI or APM are enabled. I haven't
tried console=ttyS1 to see if there is an oops, but from previous
experiences also posted, they are probably being generated.
One other problem is that trying to rebuild a 2.6.9-rc1-mm1 kernel under
2.6.9-rc1-mm1 fails, once as shown below and once elsewhere in fs/. I
have to boot 2.6.8-rc4-mm1 in order to build 2.6.9-rc1-mm1. Asus A7N8X-E
nForce2 chipset, Version: ASUS A7N8X-E Deluxe ACPI BIOS Rev 1011, SuSE
9.1. Upgrading to 1012 shortly.
fs/.tmp_open.o: could not read symbols: File truncated
make[1]: *** [fs/open.o] Error 1
make: *** [fs] Error 2
barrabas:/usr/src/linux-2.6.9-rc1-mm1 # l fs/.tmp_open.o
-rw-r--r-- 1 root root 114688 2004-08-27 01:01 fs/.tmp_open.o
Regards
Sid.
--
Sid Boyce .... Hamradio G3VBV and keen Flyer
=====LINUX ONLY USED HERE=====
^ permalink raw reply [flat|nested] 32+ messages in thread
* RE: 2.6.9-rc1-mm1
2004-08-28 14:14 2.6.9-rc1-mm1 Sid Boyce
@ 2004-08-28 15:22 ` Hugh Dickins
0 siblings, 0 replies; 32+ messages in thread
From: Hugh Dickins @ 2004-08-28 15:22 UTC (permalink / raw)
To: Sid Boyce; +Cc: linux-kernel
On Sat, 28 Aug 2004, Sid Boyce wrote:
> I get hangs with 2.6.9-rc1-mm1 if ACPI or APM are enabled. I haven't
> tried console=ttyS1 to see if there is an oops, but from previous
> experiences also posted, they are probably being generated.
I don't know.
> One other problem is that trying to rebuild a 2.6.9-rc1-mm1 kernel under
> 2.6.9-rc1-mm1 fails, once as shown below and once elsewhere in fs/. I
> have to boot 2.6.8-rc4-mm1 in order to build 2.6.9-rc1-mm1. Asus A7N8X-E
> nForce2 chipset, Version: ASUS A7N8X-E Deluxe ACPI BIOS Rev 1011, SuSE
> 9.1. Upgrading to 1012 shortly.
> fs/.tmp_open.o: could not read symbols: File truncated
> make[1]: *** [fs/open.o] Error 1
> make: *** [fs] Error 2
> barrabas:/usr/src/linux-2.6.9-rc1-mm1 # l fs/.tmp_open.o
> -rw-r--r-- 1 root root 114688 2004-08-27 01:01 fs/.tmp_open.o
You probably want the patch I posted yesterday in "data loss" thread
(expect we'll end up choosing a competing patch, but this does fine).
Hugh
--- 2.6.9-rc1-mm1/mm/filemap.c 2004-08-26 12:09:50.000000000 +0100
+++ linux/mm/filemap.c 2004-08-27 14:35:32.113359872 +0100
@@ -722,10 +722,7 @@ void do_generic_mapping_read(struct addr
offset = *ppos & ~PAGE_CACHE_MASK;
isize = i_size_read(inode);
- if (!isize)
- goto out;
-
- end_index = (isize - 1) >> PAGE_CACHE_SHIFT;
+ end_index = isize >> PAGE_CACHE_SHIFT;
for (;;) {
struct page *page;
@@ -733,6 +730,11 @@ void do_generic_mapping_read(struct addr
if (index > end_index)
goto out;
+ if (index == end_index) {
+ nr = isize & ~PAGE_CACHE_MASK;
+ if (nr <= offset)
+ goto out;
+ }
cond_resched();
page_cache_readahead(mapping, &ra, filp, index);
@@ -831,8 +833,8 @@ readpage:
* another truncate extends the file - this is desired though).
*/
isize = i_size_read(inode);
- end_index = (isize - 1) >> PAGE_CACHE_SHIFT;
- if (unlikely(!isize || index > end_index)) {
+ end_index = isize >> PAGE_CACHE_SHIFT;
+ if (unlikely(index > end_index)) {
page_cache_release(page);
goto out;
}
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-08-27 21:54 ` 2.6.9-rc1-mm1 Rick Lindsley
2004-08-27 22:29 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
@ 2004-09-04 18:35 ` Rafael J. Wysocki
2004-09-08 8:10 ` 2.6.9-rc1-mm1 Rick Lindsley
1 sibling, 1 reply; 32+ messages in thread
From: Rafael J. Wysocki @ 2004-09-04 18:35 UTC (permalink / raw)
To: Rick Lindsley; +Cc: Martin J. Bligh, Con Kolivas, Andrew Morton, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 557 bytes --]
On Friday 27 of August 2004 23:54, Rick Lindsley wrote:
[- snip -]
> Okay. A schedstats patch for 2.6.8.1 is available at
>
> http://eaglet.rain.com/rick/linux/schedstat/patches/schedstat-2.6.8.1
> or
> http://oss.software.ibm.com/linux/patches/?patch_id=730
>
It seems that after applying it one has to apply the two attached patches to
the kernel to get it compile on a UP system.
Regards,
RJW
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-- Richard P. Feynman
[-- Attachment #2: schedstat-2.6.8.1-sched.h.patch --]
[-- Type: text/x-diff, Size: 809 bytes --]
--- orig/linux-2.6.8.1/include/linux/sched.h 2004-09-04 20:13:39.950362408 +0200
+++ linux/include/linux/sched.h 2004-09-04 19:39:10.965895856 +0200
@@ -590,6 +590,14 @@
#define PF_LESS_THROTTLE 0x00100000 /* Throttle me less: I clean memory */
#define PF_SYNCWRITE 0x00200000 /* I am doing a sync write */
+enum idle_type
+{
+ IDLE,
+ NOT_IDLE,
+ NEWLY_IDLE,
+ MAX_IDLE_TYPES
+};
+
#ifdef CONFIG_SMP
#define SCHED_LOAD_SCALE 128UL /* increase resolution of load */
@@ -601,14 +609,6 @@
#define SD_WAKE_BALANCE 32 /* Perform balancing at task wakeup */
#define SD_SHARE_CPUPOWER 64 /* Domain members share cpu power */
-enum idle_type
-{
- IDLE,
- NOT_IDLE,
- NEWLY_IDLE,
- MAX_IDLE_TYPES
-};
-
struct sched_group {
struct sched_group *next; /* Must be a circular list */
cpumask_t cpumask;
[-- Attachment #3: schedstat-2.6.8.1-sched.c.patch --]
[-- Type: text/x-diff, Size: 737 bytes --]
--- orig/linux-2.6.8.1/kernel/sched.c 2004-09-04 20:13:39.958361192 +0200
+++ linux/kernel/sched.c 2004-09-04 19:42:53.097126776 +0200
@@ -342,10 +342,12 @@
seq_printf(seq, "timestamp %lu\n", jiffies);
for_each_online_cpu (cpu) {
+#ifdef CONFIG_SMP
int dcnt = 0;
- runqueue_t *rq = cpu_rq(cpu);
struct sched_domain *sd;
+#endif
+ runqueue_t *rq = cpu_rq(cpu);
/* runqueue-specific stats */
seq_printf(seq,
@@ -368,6 +370,7 @@
seq_printf(seq, "\n");
+#ifdef CONFIG_SMP
/* domain-specific stats */
for_each_domain(cpu, sd) {
char mask_str[NR_CPUS];
@@ -386,6 +389,7 @@
sd->sbe_pushed, sd->sbe_attempts,
sd->ttwu_wake_affine, sd->ttwu_wake_balance);
}
+#endif
}
return 0;
}
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: 2.6.9-rc1-mm1
2004-09-04 18:35 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
@ 2004-09-08 8:10 ` Rick Lindsley
0 siblings, 0 replies; 32+ messages in thread
From: Rick Lindsley @ 2004-09-08 8:10 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Martin J. Bligh, Con Kolivas, Andrew Morton, linux-kernel
Yes, that's correct. Thanks; I've updated the patch.
Rick
^ permalink raw reply [flat|nested] 32+ messages in thread
end of thread, other threads:[~2004-09-08 8:12 UTC | newest]
Thread overview: 32+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-08-28 14:14 2.6.9-rc1-mm1 Sid Boyce
2004-08-28 15:22 ` 2.6.9-rc1-mm1 Hugh Dickins
-- strict thread matches above, loose matches on Subject: below --
2004-08-26 8:47 2.6.9-rc1-mm1 Andrew Morton
2004-08-26 11:07 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-26 14:28 ` 2.6.9-rc1-mm1 Jurriaan
2004-08-26 18:25 ` 2.6.9-rc1-mm1 Thomas Davis
2004-08-26 14:36 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-08-26 14:45 ` 2.6.9-rc1-mm1 Felipe Alfaro Solana
2004-08-26 15:35 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-08-26 16:38 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-26 20:36 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-08-26 20:55 ` 2.6.9-rc1-mm1 Martin J. Bligh
2004-08-26 23:19 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-26 23:43 ` 2.6.9-rc1-mm1 Martin J. Bligh
2004-08-27 0:37 ` 2.6.9-rc1-mm1 Nuno Silva
2004-08-27 0:46 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-27 0:51 ` 2.6.9-rc1-mm1 Martin J. Bligh
2004-08-27 0:55 ` 2.6.9-rc1-mm1 Con Kolivas
2004-08-27 0:58 ` 2.6.9-rc1-mm1 Rick Lindsley
2004-08-27 20:54 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-08-27 21:54 ` 2.6.9-rc1-mm1 Rick Lindsley
2004-08-27 22:29 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-09-04 18:35 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-09-08 8:10 ` 2.6.9-rc1-mm1 Rick Lindsley
2004-08-26 20:51 ` 2.6.9-rc1-mm1 Martin J. Bligh
2004-08-27 1:43 ` 2.6.9-rc1-mm1 Nick Piggin
2004-08-26 12:06 ` 2.6.9-rc1-mm1 Denis Vlasenko
2004-08-26 19:40 ` 2.6.9-rc1-mm1 Sam Ravnborg
2004-08-26 22:46 ` 2.6.9-rc1-mm1 Rafael J. Wysocki
2004-08-26 22:50 ` 2.6.9-rc1-mm1 Andrew Morton
2004-08-26 23:53 ` 2.6.9-rc1-mm1 Tomasz Torcz
[not found] ` <20040827043132.GJ2793@holomorphy.com>
2004-08-27 21:42 ` 2.6.9-rc1-mm1 William Lee Irwin III
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox