* -mm merge plans
@ 2006-03-23 4:53 Andrew Morton
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (7 more replies)
0 siblings, 8 replies; 43+ messages in thread
From: Andrew Morton @ 2006-03-23 4:53 UTC (permalink / raw)
To: linux-kernel
A look at the -mm lineup for 2.6.17:
proc-fix-duplicate-line-in-proc-devices.patch
sys_alarm-unsigned-signed-conversion-fixup.patch
sys_alarm-unsigned-signed-conversion-fixup-fix.patch
validate-and-sanitze-itimer-timeval-from-userspace.patch
validate-and-sanitze-itimer-timeval-from-userspace-fix.patch
fix-scheduler-deadlock.patch
fix-bug-bio_rw_barrier-requests-to-md-raid1-hang.patch
Will merge. Will also submit for 2.6.16.1.
The timer changes address back-incompatibilities with earlier kernels.
This means that 2.6.16's alarm() and setitimer() are, under
unlikely-to-occur circumstances, incompatible with earlier kernels. If
merged into 2.6.16.1 these patches will fix that.
git-acpi-up-fix.patch
sem2mutex-drivers-acpi.patch
sem2mutex-acpi-acpi_link_lock.patch
pnpacpi-fix-non-memory-address-space-descriptor-handling.patch
pnpacpi-remove-some-code-duplication.patch
pnpacpi-whitespace-cleanup.patch
acpi-request-correct-fixed-hardware-resource-type-mmio-vs-i-o-port.patch
acpi-add-acpi-to-motherboard-resources-in-proc-iomemport.patch
acpi-update-asus_acpi-driver-registration.patch
acpi-fix-sonypi-acpi-driver-registration.patch
acpi-make-acpi_bus_register_driver-return-success-failure-not-device-count.patch
acpi-simplify-scanc-coding.patch
acpi-print-wakeup-device-list-on-same-line-as-label.patch
acpi-fix-memory-hotplug-range-length-handling.patch
hpet-fix-acpi-memory-range-length-handling.patch
acpi_os_acquire_object-gfp_kernel-called-with-irqs.patch
acpi-ia64-wake-on-lan-fix.patch
acpi-remove-__init-__exit-from-asus-add-remove-methods.patch
serial-remove-8250_acpi-replaced-by-8250_pnp-and-pnpacpi.patch
acpi-signedness-fix-2.patch
acpi-should-depend-on-not-select-pci.patch
acpi-ec-acpi-ecdt-uid-hack.patch
acpi-memory-hotplug-cannot-manage-_crs-with-plural-resoureces.patch
To be processed by the ACPI team.
msi-k8t-neo2-fir-onboardsound-and-additional-soundcard.patch
fix-sequencer-missing-negative-bound-check.patch
pnp-adjust-pnp_register_card_driver-signature-ad1816a.patch
pnp-adjust-pnp_register_card_driver-signature-als100.patch
pnp-adjust-pnp_register_card_driver-signature-azt2320.patch
pnp-adjust-pnp_register_card_driver-signature-cmi8330.patch
pnp-adjust-pnp_register_card_driver-signature-dt019x.patch
pnp-adjust-pnp_register_card_driver-signature-es18xx.patch
pnp-adjust-pnp_register_card_driver-signature-es968.patch
pnp-adjust-pnp_register_card_driver-signature-interwave.patch
pnp-adjust-pnp_register_card_driver-signature-sb16.patch
pnp-adjust-pnp_register_card_driver-signature-sb_card.patch
pnp-adjust-pnp_register_card_driver-signature-sscape.patch
pnp-adjust-pnp_register_card_driver-signature-wavefront.patch
Will send to the ALSA team.
blk_execute_rq_nowait-speedup.patch
block-layer-increase-size-of-disk-stat.patch
Will be merged.
cpufreq-_ppc-frequency-change-issues-freq-already-lowered-by-bios.patch
powernow-remove-private-for_each_cpu_mask.patch
cpufreq_conservative-aligning-of-codebase-with-ondemand.patch
cpufreq_conservative-alter-default-responsiveness.patch
cpufreq_conservative-make-for_each_cpu-safe.patch
cpufreq_conservative-alternative-initialise-approach.patch
Will send to the cpufreq team.
v4l-printk-warning-fixes.patch
saa7110-fix-array-overrun.patch
saa7111-prevent-array-overrun.patch
saa7114-fix-i2c-block-write.patch
adv7175-drop-unused-encoder-dump-command.patch
adv7175-drop-unused-register-cache.patch
zoran-use-i2c_master_send-when-possible.patch
bt856-spare-memory.patch
zoran-init-cleanups.patch
saa7111c-fix.patch
sem2mutex-zoran.patch
Sent to the v4l team.
ia64-update-hp-csr-space-discovery-via-acpi.patch
ia64-sn_check_intr-use-ia64_get_irr.patch
Sent to Tony.
sem2mutex-drivers-ieee1394.patch
ieee1394-speed-up-of-dma_region_sync_for_cpu.patch
drivers-ieee1394-ohci1394c-function-calls-without-effect.patch
Sent to the ieee1394 team.
m25p80-printk-warning-fix.patch
sem2mutex-mtd-doc2000c.patch
sem2mutex-drivers-mtd.patch
drivers-mtd-small-cleanups.patch
mtd_nand_sharpsl-and-mtd_nand_nandsim-should-be-tristates.patch
drivers-mtd-use-array_size-macro.patch
mtd-cmdlinepart-allow-zero-offset-value.patch
fix-debug-statement-in-inftlcorec.patch
kill-ifdefs-in-mtdcorec.patch
dead-code-in-mtd-maps-pcic.patch
add-chip-used-in-collie-to-jedec_probe.patch
Sent to the MTD team.
natsemi-support-oversized-eeproms.patch
tulip-natsemi-dp83840a-phy-fix.patch
natsemi-add-support-for-using-mii-port-with-no-phy.patch
fix-spidernet-build-issue.patch
add-a-pci-vendor-id-definition-for-aculab.patch
amd-au1xx0-fix-ethernet-tx-stats.patch
natsemi-add-quirks-for-aculab-e1-t1-pmxc-cpci-carrier-cards.patch
tulip-fix-for-64-bit-mips.patch
drivers-net-ns83820c-add-paramter-to-disable-auto.patch
Plugging away with unloved netdev patches. We'll see.
nfs-make-2-functions-static.patch
fs-locksc-make-posix_locks_deadlock-static.patch
remove-needless-check-in-nfs_opendir.patch
Sent to Trond.
optimise-d_find_alias.patch
spose so.
gdth-add-execute-firmware-command-abstraction.patch
That's up to Christoph
megaraid-unused-variable.patch
drivers-scsi-aic7xxx-possible-cleanups.patch
drivers-scsi-small-cleanups.patch
drivers-scsi-megaraidc-add-a-dummy-mega_create_proc_entry-for-proc_fs=y.patch
drivers-scsi-gdthc-make-__gdth_execute-static.patch
drivers-scsi-qla2xxx-make-some-functions-static.patch
drivers-scsi-aic7xxx-aic79xx_corec-make-ahd_done_with_status-static.patch
aacraid-fix-the-comparison-with-sizeof.patch
small-whitespace-cleanup-for-qlogic-driver.patch
scsi-megaraid-megaraid_mmc-fix-a-null-pointer-dereference.patch
remove-drivers-scsi-constantscscsi_print_req_sense.patch
link-scsi_debug-later.patch
drivers-scsi-aic7xxx-aic79xx_corec-make-ahd_match_scb-static.patch
Will keep sending.
areca-raid-linux-scsi-driver.patch
areca-raid-linux-scsi-driver-update4.patch
Would be nice. Needs followup from the scsi team.
cirrus-ep93xx-watchdog-driver.patch
cirrus-ep93xx-watchdog-driver-tidy.patch
Will merge
drivers-block-floppyc-dont-free_irq-from-irq-context.patch
drivers-block-floppyc-dont-free_irq-from-irq-context-fix.patch
warn-if-free_irq-is-called-from-irq-context.patch
protect-remove_proc_entry.patch
Some of these are a bit dodgy.
slab-leaks.patch
slab-leaks3-locking-fix.patch
slab-leaks3-default-y.patch
slab-introduce-kmem_cache_zalloc-allocator.patch
slab-optimize-constant-size-kzalloc-calls.patch
mm-use-kmem_cache_zalloc.patch
slab-add-transfer_objects-function.patch
slab-add-transfer_objects-function-fix.patch
slab-bypass-free-lists-for-__drain_alien_cache.patch
alloc_kmemlist-some-cleanup-in-preparation-for-a-real-memory-leak-fix.patch
slab-fix-memory-leak-in-alloc_kmemlist.patch
slab-fix-memory-leak-in-alloc_kmemlist-fix.patch
add-api-for-flushing-anon-pages.patch
add-flush_kernel_dcache_page-api.patch
mm-make-page-migration-dependent-on-swap-and-numa.patch
Will merge.
acx1xx-wireless-driver.patch
Is up to John, Jeff and Denis. Would be nice.
bug-fixes-and-cleanup-for-the-bsd-secure-levels-lsm.patch
bug-fixes-and-cleanup-for-the-bsd-secure-levels-lsm-update.patch
bug-fixes-and-cleanup-for-the-bsd-secure-levels-lsm-update-tidy.patch
Will merge.
macintosh-cleanup-the-use-of-i2c-headers.patch
via-pmu-warning-fix.patch
powerpc-tidy-up-of_register_driver-driver_register-return-values.patch
macintosh-tidy-up-driver_register-return-values.patch
Sent to paulus.
x86-cache-pollution-aware-__copy_from_user_ll.patch
i386-let-regparm-no-longer-depend-on-experimental.patch
make-config_regparm-enabled-by-default.patch
i386-multi-column-stack-backtraces.patch
x86-smp-alternatives.patch
i386-__devinit-should-be-__cpuinit.patch
i386-allow-disabling-x86_feature_sep-at-boot.patch
i386-add-a-temporary-to-make-put_user-more-type-safe.patch
i386-fall-back-to-sensible-cpu-model-name.patch
compilation-fix-for-es7000-when-no-acpi-is-specified-in-config-i386.patch
i386-remove-duplicate-declaration-of-mp_bus_id_to_pci_bus.patch
make-isoimage-support-fdinitrd=-support-minor-cleanups.patch
i386-traps-merge-printk-calls.patch
i386-dont-let-ptrace-set-the-nested-task-bit.patch
i386-let-signal-handlers-set-the-resume-flag.patch
x86-early-printk-handling-fixes.patch
x86-start-early_printk-at-sensible-screen-row.patch
x86-early-printk-remove-max_ypos-and-max_xpos-macros.patch
register-the-boot-cpu-in-the-cpu-maps-earlier.patch
register-the-boot-cpu-in-the-cpu-maps-earlier-fix.patch
i386-pass-proper-trap-numbers-to-die-chain-handlers.patch
i386-actively-synchronize-vmalloc-area-when-registering-certain-callbacks.patch
i386-actively-synchronize-vmalloc-area-when-registering-certain-callbacks-tidy.patch
i386-fix-uses-of-user_mode-vs-user_mode_vm.patch
i386-fix-singlestep-through-an-int80-syscall.patch
i386-more-vsyscall-documentation.patch
fix-implicit-declaration-of-get_apic_id-in-arch-i386-kernel-apicc.patch
fix-the-imlicit-declaration-of-mtrr_centaur_report_mcr-in-arch-i386-kernel-cpu-centaurc.patch
fix-the-imlicit-declaration-of-mtrr_centaur_report_mcr-in-arch-i386-kernel-cpu-centaurc-fix.patch
i386-cleanup-after-cpu_gdt_descr-conversion-to.patch
i386-fix-dump_stack.patch
x86-cpuid4-doesnt-need-cpu-level-5.patch
x86-deterine-xapic-using-apic-version.patch
i386-spinlocks-disable-interrupts-only-if-we-enabled.patch
x86-some-fixups-for-the-x86_numaq-dependencies.patch
x86-make-_syscallx-macros-compile-in-pic-mode.patch
x86-topology-dont-create-a-control-file-for-bsp-that-cannot-be-removed.patch
x86-make-config_hotplug_cpu-depend-on-x86_pc.patch
Pending a one-at-a-time re-review: will merge.
remove-entries-in-sys-firmware-acpi-for-processor-also.patch
remove-unnecessary-lapic-definition-from-acpidefh.patch
support-physical-cpu-hotplug-for-x86_64.patch
support-physical-cpu-hotplug-for-x86_64-fix-2.patch
patch-to-limit-present-cpus-to-fake-cpu-hot-add-testing.patch
enable-sci_emulate-to-manually-simulate-physical-hotplug-testing.patch
enable-sci_emulate-to-manually-simulate-physical-hotplug-testing-fix.patch
drivers-acpi-busc-make-struct-acpi_sci_dir-static.patch
Will send to the relevant maintainers
ia64-use-i386-dmi_scanc.patch
ia64-use-i386-dmi_scanc-fix.patch
efi-dev-mem-simplify-efi_mem_attribute_range.patch
ia64-ioremap-check-efi-for-valid-memory-attributes.patch
dmi-only-ioremap-stuff-we-actually-need.patch
efi-keep-physical-table-addresses-in-efi-structure.patch
efi-fixes.patch
acpi-clean-up-memory-attribute-checking-for-map-read-write.patch
Will merge.
revert-swsusp-fix-breakage-with-swap-on-lvm.patch
swsusp-low-level-interface-rev-2.patch
swsusp-separate-swap-writing-reading-code-rev-2.patch
swsusp-separate-swap-writing-reading-code-rev-2-fix-writing-progress-meter.patch
mm-kernel-power-move-externs-to-header-files.patch
swsusp-documentation-updates.patch
swsusp-documentation-updates-update.patch
swsusp-documentation-updates-warn-about-filesystems-mounted-from-usb-devices.patch
swsusp-documentation-fix.patch
add-s2ram-pointer-to-suspend-documentation.patch
swsusp-userland-interface.patch
swsusp-userland-interface-fixes.patch
swsusp-userland-interface-fix-breakage-with-swap-on-lvm.patch
swsusp-freeze-user-space-processes-first.patch
suspend-make-progress-printing-prettier.patch
swsusp-finally-solve-mysqld-problem.patch
swsusp-drain-high-mem-pages.patch
swsusp-add-check-for-suspension-of-x-controlled-devices.patch
swsusp-let-userland-tools-switch-console-on-suspend.patch
swsusp-add-s2ram-ioctl-to-userland-interface.patch
remove-kernel-power-pmcpm_unregister.patch
Will merge.
pm-print-name-of-failed-suspend-function.patch
Will send to Greg.
m68k-rtc-driver-cleanup.patch
Will merge.
s390-wrong-interrupt-delivered-for-hsch-or-csch.patch
s390-cio-documentation-update.patch
s390-channel-path-measurements.patch
s390-early-parameter-parsing.patch
s390-proc-sys-vm-cmm_-permission-bits.patch
s390-bug-warnings.patch
s390-cpu-up-retries.patch
s390-connector-support.patch
s390-use-normal-switch-statement-for-ioctls-in-dasd_ioctlc.patch
s390-use-normal-switch-statement-for-ioctls-in-dasd_ioctlc-2.patch
s390-merge-cmb-into-dasdc.patch
s390-remove-dynamic-dasd-ioctls.patch
s390-remove-old-history-whitespave-from-partition-code.patch
s390-remove-experimental-flag-from-dasd-diag.patch
s390-random-values-in-result-of-biodasdinfo2.patch
s390-dasd-extended-error-reporting.patch
s390-tape-retry-flooding-by-deferred-cc-in-interrupt.patch
s390-tape-operation-abortion-leads-to-panic.patch
s390-fix-endless-retry-loop-in-tape-driver.patch
s390-3590-tape-driver.patch
s390-remove-support-for-ttys-over-ctc-connections.patch
s390-cex2a-crt-message-length.patch
s390-kzalloc-conversion-in-arch-s390.patch
s390-kzalloc-conversion-in-drivers-s390.patch
arch-s390-makefile-remove-finline-limit=10000.patch
dasd-cleanup-dasd_ioctl-fix.patch
Will merge (needs a little work yet).
oops-reporting-tool.patch
Might drop this. Is it useful?
reiser4-export-page_cache_readahead.patch
ext3_readdir-use-generic-readahead.patch
Will merge.
reduce-nr-of-ptr-derefs-in-fs-jffs2-summaryc.patch
remove-fs-jffs2-ioctlc.patch
Will keep sending to maintainer
reduce-size-of-bio-mempools.patch
shrinks-sizeoffiles_struct-and-better-layout.patch
avoid-taking-global-tasklist_lock-for-single-threadedprocess-at-getrusage.patch
cleanup-cdrom_ioctl.patch
kill-cdrom-dev_ioctl-method.patch
move-read_mostly-definition-to-asm-cacheh.patch
fix-oops-in-invalidate_dquots.patch
kernel-cpusetc-mutex-conversion.patch
convert-kernel-rcupdatecrcu_barrier_sema-to-mutex.patch
convert-fs-9p-to-mutexes-fix-locking-bugs.patch
sem2mutex-kcapic.patch
sem2mutex-drivers-raw-connector-dcdbas-ppp_generic.patch
sem2mutex-drivers-scsi-ide-scsic.patch
sem2mutex-kernel.patch
sem2mutex-fs.patch
sem2mutex-drivers-block-pktcdvdc.patch
sem2mutex-drivers-block-floppyc.patch
sem2mutex-drivers-char.patch
sem2mutex-misc-static-one-file-mutexes.patch
sem2mutex-blockdev-2.patch
sem2mutex-blockdev-2-git-blktrace-fix.patch
sem2mutex-quota.patch
sem2mutex-inotify.patch
sem2mutex-tty.patch
sem2mutex-eventpoll.patch
sem2mutex-vfs_rename_mutex.patch
sem2mutex-iprune.patch
sem2mutex-jbd-j_checkpoint_mutex.patch
sem2mutex-kprobes.patch
sem2mutex-ipc-idsem.patch
sem2mutex-ipc-idsem-fix.patch
sem2mutex-fs-libfsc.patch
sem2mutex-fs-seq_filec.patch
sem2mutex-drivers-block-loopc.patch
sem2mutex-drivers-block-nbdc.patch
sem2mutex-sound-oss.patch
sem2mutex-jffs.patch
sem2mutex-ntfs.patch
sem2mutex-netfilter-x_tablec.patch
sem2mutex-autofs4-wq_sem.patch
convert-the-semaphores-in-the-sisusb-driver-to-mutexes.patch
sem2mutex-hpfs.patch
convert-ext3s-truncate_sem-to-a-mutex.patch
sem2mutex-ncpfs.patch
sem2mutex-udf.patch
sem2mutex-serial-port_write_mutex.patch
sem2mutex-drivers-ide.patch
kernel-modulec-semaphore-to-mutex-conversion-for-module_mutex.patch
oss-semaphore-to-mutex-conversion.patch
work-around-ppc64-bootup-bug-by-making-mutex-debugging-save-restore-irqs.patch
kernel-kernel-cpuc-to-mutexes.patch
fat_lock-is-used-as-a-mutex-convert-it-to-using-the-new-mutex.patch
snsc-kmalloc2kzalloc.patch
sigprocmask-kill-unneeded-temp-var.patch
fs-ufs-filec-drop-insane-header-dependencies.patch
extract-inode_inc_count-inode_dec_count.patch
minix-switch-to-inode_inc_link_count-inode_dec_link_count.patch
sysv-switch-to-inode_inc_link_count-inode_dec_link_count.patch
ext2-switch-to-inode_inc_link_count-inode_dec_link_count.patch
ufs-switch-to-inode_inc_link_count-inode_dec_link_count.patch
make-bug-messages-more-consistent.patch
notifier-profileh-forward-decl.patch
kill-_inline_.patch
pause_on_oops-command-line-option.patch
pnpbios-missing-small_tag_enddep-tag.patch
build_lock_ops-cleanup-preempt_disable-usage.patch
devpts-use-lib-parserc-for-parsing-mount-options.patch
kernel-rcupdatec-make-two-structs-static.patch
fs-filec-drop-insane-header-dependencies.patch
atomic-add_unless-cmpxchg-optimise.patch
get_empty_filp-tweaks-inline-epoll_init_file.patch
only-allocate-percpu-data-for-possible-cpus.patch
more-for_each_cpu-conversions.patch
i386-instead-of-poisoning-init-zone-change-protection.patch
__generic_per_cpu-changes.patch
fs-use-array_size-macro.patch
remove-fs-jffs2-histoh.patch
remove-isa-legacy-functions-drivers-char-toshibac.patch
remove-isa-legacy-functions-drivers-scsi-g_ncr5380c.patch
remove-isa-legacy-functions-drivers-scsi-in2000c.patch
remove-isa-legacy-functions-drivers-net-hp-plusc.patch
remove-isa-legacy-functions-drivers-net-lancec.patch
remove-isa-legacy-functions-remove-the-helpers.patch
remove-isa-legacy-functions-remove-documentation.patch
bitmap-region-cleanup.patch
bitmap-region-multiword-spanning-support.patch
bitmap-region-restructuring.patch
free_uid-locking-improvement.patch
represent-dirty__centisecs-as-jiffies-internally.patch
represent-laptop_mode-as-jiffies-internally.patch
range-checking-in-do_proc_dointvec_userhz_jiffies_conv.patch
rcu_process_callbacks-dont-cli-while-testing-nxtlist.patch
fs-9p-possible-cleanups.patch
fs-ext2-proper-ext2_get_parent-prototype.patch
fs-coda-proper-prototypes.patch
tvec_bases-too-large-for-per-cpu-data.patch
remove-drivers-mca-mca-procc.patch
unify-pxm_to_node-id-ver2-generic-code.patch
unify-pxm_to_node-id-ver2-for-ia64.patch
unify-pxm_to_node-id-ver2-for-x86_64.patch
unify-pxm_to_node-id-ver2-for-i386.patch
extract-ikconfig-use-mktemp1.patch
extract-ikconfig-be-sure-binoffset-exists-before-extracting.patch
extract-ikconfig-dont-use-long-options.patch
kill-include-linux-platformh-default_idle-cleanup.patch
rcutorture-tag-success-failure-line-with-module-parameters.patch
cpusets-only-wakeup-kswapd-for-zones-in-the-current-cpuset.patch
cpuset-cleanup-not-not-operators.patch
cpuset-use-combined-atomic_inc_return-calls.patch
cpuset-memory-spread-basic-implementation.patch
cpuset-memory-spread-page-cache-implementation-and-hooks.patch
cpuset-memory-spread-slab-cache-filesys.patch
cpuset-memory-spread-slab-cache-format.patch
cpuset-memory-spread-slab-cache-implementation.patch
cpuset-memory-spread-slab-cache-optimizations.patch
cpuset-memory-spread-slab-cache-hooks.patch
cpuset-remove-unnecessary-null-check.patch
cpuset-remove-unnecessary-null-check-comment-fix.patch
cpuset-dont-need-to-mark-cpuset_mems_generation-atomic.patch
cpuset-memory_spread_slab-drop-useless-pf_spread_page-check.patch
cpuset-remove-useless-local-variable-initialization.patch
# awaiting PJ ack
add-gfp-flag-__gfp_policy-to-control-policies-and-cpusets-redirection.patch
remove-double-semicolons.patch
isofs-remove-unused-debugging-macros.patch
remove-ipmi-pm_power_off-redefinition.patch
fast-ext3_statfs.patch
fw-abstract-type-size-specification-for-assembly.patch
config_unwind_info.patch
filemap_fdata_write-api-fix-end-parameter.patch
fadvise-async-write-commands.patch
early_printk-cleanup-trailiing-whitespace.patch
sb_set_blocksize-cleanup.patch
shmdt-check-address-aligment.patch
block-floppy98-removal-really.patch
sound-remove-pc98-specific-opl3_hw_opl3_pc98.patch
net-remove-config_net_cbus-conditional-for-ns8390.patch
hotplug_cpu-avoid-hitting-too-many-cachelines-in-recalc_bh_state.patch
balance_dirty_pages_ratelimited-take-nr_pages-arg.patch
set_page_dirty-return-value-fixes.patch
msync-perform-dirty-page-levelling.patch
msync-ms_sync-dont-hold-mmap_sem-while-syncing.patch
msync-fix-return-value.patch
fsync-extract-internal-code.patch
msync-use-do_fsync.patch
secure-digital-host-controller-id-and-regs.patch
secure-digital-host-controller-id-and-regs-fix.patch
mmc-secure-digital-host-controller-interface-driver.patch
mmc-secure-digital-host-controller-interface-driver-fix.patch
mmc-sdhci-build-fix.patch
updated-documentation-nfsroottxt.patch
console_setup-depends-wrongly-on-config_printk.patch
conditionalize-compat_sys_newfstatat.patch
show-mcp-menu-only-on-arch_sa1100.patch
ide-allow-ide-interface-to-specify-its-not-capable-of-32-bit.patch
deprecate-the-kernel_thread-export.patch
fix-value-computed-not-used-warnings.patch
update-obsolete_oss_driver-schedule-and-dependencies.patch
update-obsolete_oss_driver-schedule-and-dependencies-update.patch
make-the-oss-sound_via82cxxx-option-available-again.patch
rio-more-header-cleanup.patch
rioboot-lindent.patch
rioboot-post-lindent.patch
rio-driver-rework-continued-1.patch
rio-driver-rework-continued-2.patch
rio-driver-rework-continued-3.patch
rio-driver-rework-continued-4.patch
rio-driver-rework-continued-5.patch
yet-more-rio-cleaning-1-of-2.patch
yet-more-rio-cleaning-2-of-2.patch
deprecate-the-tasklist_lock-export.patch
sys_setrlimit-cleanup.patch
rlimit_cpu-fix-handling-of-a-zero-limit.patch
rlimit_cpu-document-wrong-return-value.patch
ext3-properly-report-backup-block-present-in-a-group.patch
fix-module-refcount-leak-in-__set_personality.patch
# greg might have issues
timer-irq-driven-soft-watchdog-cleanups.patch
softlockup-detection-vs-cpu-hotplug.patch
timer-irq-driven-soft-watchdog-cleanups-update.patch
strndup_user.patch
strndup_user-convert-module.patch
strndup_user-convert-keyctl.patch
keys-fix-key-quota-management-on-key-allocation.patch
keys-replace-duplicate-non-updateable-keys-rather-than-failing.patch
jbd-embed-j_commit_timer-in-journal-struct.patch
jbd-convert-kjournald-to-kthread-api.patch
missed-error-checking-for-intents-filp-in-open_namei.patch
small-cleanup-in-quotah.patch
decrapify-asm-generic-localh.patch
fs-inodec-make-iprune_mutex-static.patch
reiserfs-fix-transaction-overflowing.patch
reiserfs-handle-trans_id-overflow.patch
reiserfs-reiserfs_file_write-will-lose-error-code-when-a-0-length-write-occurs-w-o_sync.patch
introduce-fmode_exec-file-flag.patch
add-lookup_instantiate_filp-usage-warning.patch
isdn-fix-copy_to_user-unused-result-warning-in-isdn_ppp.patch
constify-tty-flip-buffer-handling.patch
drivers-block-nbdc-dont-defer-compile-error-to-runtime.patch
hysdn-remove-custom-types.patch
remove-module_parm.patch
remove-module_parm-fix.patch
kernel-paramsc-make-param_array-static.patch
fix-edd-to-properly-ignore-signature-of-non-existing-drives.patch
fix-defined-but-not-used-warning-in-net-rxrpc-maincrxrpc_initialise.patch
sysrq-cleanup.patch
cache-align-futex-hash-buckets.patch
inotify-lock-avoidance-with-parent-watch-status-in-dentry.patch
inotify-lock-avoidance-with-parent-watch-status-in-dentry-fix-2.patch
ide-fix-section-mismatch-warning.patch
block-floppy-fix-section-mismatch-warnings.patch
move-pp_major-from-ppdevh-to-majorh.patch
# controversial:
mark-unwind-info-for-signal-trampolines-in-vdsos.patch
reiserfs-cleanups.patch
initcall-failure-reporting.patch
reiserfs-use-balance_dirty_pages_ratelimited_nr-in-reiserfs_file_write.patch
hp300-fix-driver_register-return-handling-remove-dio_module_init.patch
eisa-tidy-up-driver_register-return-value.patch
amiga-fix-driver_register-return-handling-remove-zorro_module_init.patch
kconfig-clarify-memory-debug-options.patch
v9fs-consolidate-trans_sock-into-trans_fd.patch
v9fs-rename-tids-to-tags-to-be-consistent-with-plan-9-documentation.patch
v9fs-print-9p-messages.patch
v9fs-print-9p-messages-fix.patch
v9fs-print-9p-messages-fix-2.patch
fs-9p-make-2-functions-static.patch
v9fs-print-9p-messages-fix-3.patch
v9fs-print-9p-messages-fix-4.patch
v9fs-add-extension-field-to-tcreate.patch
v9fs-fix-vfs_inode-dereference-before-null-check.patch
v9fs-update-license-boilerplate.patch
9p-fix-name-consistency-problems.patch
9p-update-documentation.patch
smbfs-fix-debug-logging-only-compilation-error.patch
adjust-dev-kmemmemport-write-handlers.patch
remove-maintainers-entry-for-rtlinux.patch
fix-hardcoded-values-in-collie-frontlight.patch
collie-fix-missing-pcmcia-bits.patch
tpm-sparc32-build-fix.patch
ads7846-build-fix.patch
irq-uninline-migration-functions.patch
irq-prevent-enabling-of-previously-disabled-interrupt.patch
pollrdhup-epollrdhup-handling-for-half-closed-devices.patch
add-a-proper-prototype-for-setup_arch.patch
refactor-capable-to-one-implementation-add-__capable-helper.patch
make-cap_ptrace-enforce-ptrace_tracme-checks.patch
fix-messages-in-fs-minix.patch
freeze_bdev-cleanup.patch
move-cond_resched-after-iput-in-sync_sb_inodes.patch
reduce-sched-latency-in-shrink_dcache_sb.patch
kallsyms-handle-malloc-failure.patch
per-cpufy-net-proto-structures-add-percpu_counter_modbh.patch
per-cpufy-net-proto-structures-add-percpu_counter_modbh-tidy.patch
percpu-counters-add-percpu_counter_exceeds.patch
percpu-counters-add-percpu_counter_exceeds-tidy.patch
per-cpufy-net-proto-structures-protomemory_allocated.patch
per-cpufy-net-proto-structures-protomemory_allocated-use-percpu_counter_exceeds.patch
per-cpufy-net-proto-structures-sockets_allocated.patch
per-cpufy-net-proto-structures-protoinuse.patch
per-cpufy-net-proto-structures-protoinuse-fix.patch
ext3-fix-debug-logging-only-compilation-error.patch
find_task_by_pid-needs-tasklist_lock.patch
blk_dev_initrd-do-not-require-blk_dev_ram=y.patch
reiserfs-xattr_aclcreiserfs_get_acl-make-size-an-int.patch
md-bitmapcbitmap_mask_state-fix-inconsequent-null-checking.patch
drivers-char-ipmi-ipmi_msghandlerc-fix-a-memory-leak.patch
removal-of-long-incorrect-address-for-jamie-lokier.patch
remove-dead-address-from-maintainers-list.patch
indirect_print_item-warning-fix.patch
update-some-vfs-documentation.patch
update-some-vfs-documentation-fix.patch
honour-aop_truncate_page-returns-in-page_symlink.patch
make-address_space_operations-sync_page-return-void.patch
make-address_space_operations-invalidatepage-return-void.patch
make-address_space_operations-invalidatepage-return-void-jbd-fix.patch
make-address_space_operations-invalidatepage-return-void-versus-git-nfs.patch
make-address_space_operations-invalidatepage-return-void-fix.patch
maintainers-remove-dead-url.patch
ext2-flags-shouldnt-report-nogrpid.patch
fix-backwards-meaning-of-ms_verbose.patch
no-need-to-protect-current-group_info-in-sys_getgroups.patch
roundup_pow_of_two-64-bit-fix.patch
fix-alloc_large_system_hash-roundup.patch
fix-a-race-condition-between-i_mapping-and-iput.patch
i2o_dump_hrt-output-cleanup.patch
compat_sys_nfsservctl-handle-errors-correctly.patch
radix-tree-documentation-cleanups.patch
i4l-isdn_ttyc-fix-a-check-after-use.patch
fix-sb_mixer-use-before-validation.patch
altix-rs422-support-for-ioc4-serial-driver.patch
altix-rs422-support-for-ioc4-serial-driver-fixes.patch
cpumask-uninline-first_cpu.patch
cpumask-uninline-next_cpu.patch
cpumask-uninline-highest_possible_processor_id.patch
cpumask-uninline-any_online_cpu.patch
oss-fix-leak-in-awe_wave-also-remove-pointless-cast.patch
fix-memory-leak-in-isapnp.patch
use-kzalloc-and-kcalloc-in-core-fs-code.patch
udf-fix-uid-gid-options-and-add-uid-gid=ignore-and-forget.patch
direct-io-bug-fix-in-dio-handling-write-error.patch
doc-more-serial-console-info.patch
check-if-cpu-can-be-onlined-before-calling-smp_prepare_cpu.patch
check-if-cpu-can-be-onlined-before-calling-smp_prepare_cpu-fix.patch
cleanup-smp_call_function-up-build.patch
use-unsigned-int-types-for-a-faster-bsearch.patch
eisa-ignore-generated-file-drivers-eisa-devlisth.patch
insert-identical-resources-above-existing-resources.patch
make-sure-nobodys-leaking-resources.patch
udf-remove-duplicate-definitions.patch
ipmi-add-generic-pci-handling.patch
ipmi-add-generic-pci-handling-tidy.patch
ipmi-add-full-sysfs-support.patch
ipmi-add-full-sysfs-support-fixes.patch
ipmi-add-full-sysfs-support-tidy.patch
ipmi-add-full-sysfs-support-tidy-2.patch
hpet-header-sanitization.patch
doc-fix-example-firmware-source-code.patch
use-__read_mostly-on-some-hot-fs-variables.patch
remove-needless-check-in-binfmt_elfc.patch
remove-needless-check-in-fs-read_writec.patch
add-sa_percpu_irq-flag-support.patch
kernel-timec-remove-unused-pps_-variables.patch
vfsfs-locksc-cleanup-locks_insert_block.patch
vfsfs-lockscnfsd4-add-race_free-posix_lock_file_conf.patch
vfsfs-lockscnfsd4-add-race_free-posix_lock_file_conf-tidy.patch
nfsd4-return-conflict-lock-without-races.patch
Will merge, subject to re-review.
3c59x-use-mii_check_media.patch
3c59x-use-mii_check_media-tidy.patch
3c59x-decrease-polling-intervall.patch
3c59x-carriercheck-for-forced-media.patch
3c59x-use-ethtool_op_get_link.patch
3c59x-remove-per-driver-versioning.patch
3c59x-minor-cleanups.patch
3c59x-documentation-update.patch
Will merge.
exec-allow-init-to-exec-from-any-thread.patch
simplify-exec-from-inits-subthread.patch
remove-dead-kill_sl-prototype-from-schedh.patch
do_tty_hangup-use-group_send_sig_info-not.patch
do_sak-dont-depend-on-session-id-0.patch
pidhash-kill-switch_exec_pids.patch
choose_new_parent-remove-unused-arg-sanitize-exit_state-check.patch
remove-add_parents-parent-argument.patch
dont-use-remove_links-set_links-for-reparenting.patch
kill-set_links-remove_links.patch
pidhash-dont-count-idle-threads.patch
pidhash-dont-use-zero-pids.patch
reparent_thread-use-remove_parent-add_parent.patch
wait_for_helper-trivial-style-cleanup.patch
release_task-replace-open-coded-ptrace_unlink.patch
convert-sighand_cache-to-use-slab_destroy_by_rcu.patch
introduce-lock_task_sighand-helper.patch
introduce-sig_needs_tasklist-helper.patch
copy_process-cleanup-bad_fork_cleanup_sighand.patch
copy_process-cleanup-bad_fork_cleanup_signal.patch
copy_process-cleanup-bad_fork_cleanup_signal-update.patch
cleanup-__exit_signal.patch
rename-__exit_sighand-to-cleanup_sighand.patch
move-__exit_signal-to-kernel-exitc.patch
revert-optimize-sys_times-for-a-single-thread-process.patch
do-__unhash_process-under-siglock.patch
sys_times-dont-take-tasklist_lock.patch
relax-sig_needs_tasklist.patch
do_signal_stop-dont-take-tasklist_lock.patch
do_group_exit-dont-take-tasklist_lock.patch
do_sigaction-dont-take-tasklist_lock.patch
pids-kill-pidtype_tgid.patch
make-fork-atomic-wrt-pgrp-session-signals.patch
This is Oleg's romp through the core kernel. There's a ton of material
here. I'll probably send it all to Linus and ask him to review it. (aka
blame-shifting).
mempool-add-page-allocator.patch
mempool-use-common-mempool-page-allocator.patch
mempool-add-kmalloc-allocator.patch
mempool-use-common-mempool-kmalloc-allocator.patch
mempool-add-kzalloc-allocator.patch
mempool-use-common-mempool-kzalloc-allocator.patch
mempool-add-mempool_create_slab_pool.patch
mempool-use-mempool_create_slab_pool.patch
Will merge.
autofs4-lookup-white-space-cleanup.patch
autofs4-use-libfs-routines-for-readdir.patch
autofs4-cant-mount-due-to-mount-point-dir-not-empty.patch
autofs4-expire-code-readability-cleanup.patch
autofs4-simplify-expire-tree-traversal.patch
autofs4-fix-false-negative-return-from-expire.patch
autofs4-expire-mounts-that-hold-no-extra-references-only.patch
autofs4-remove-update_atime-unused-function.patch
autofs4-add-a-show-mount-options-for-proc-filesystem.patch
autofs4-white-space-cleanup-for-waitqc.patch
autofs4-rename-simple_empty_nolock-function.patch
autofs4-change-may_umount-functions-to-boolean.patch
autofs4-increase-module-version.patch
autofs4-nameidata-needs-to-be-up-to-date-for-follow_link.patch
autofs4-add-v5-follow_link-mount-trigger-method.patch
autofs4-add-v5-expire-logic.patch
autofs4-add-new-packet-type-for-v5-communications.patch
autofs4-add-new-packet-type-for-v5-communications-fix.patch
autofs4-change-autofs_typ_-autofs_type_.patch
remove-redundant-check-from-autofs4_put_super.patch
autofs4-follow_link-missing-funtionality.patch
Will merge.
permit-dual-mit-gpl-licenses.patch
led-class-documentation.patch
led-add-led-class.patch
led-add-led-trigger-support.patch
led-add-led-timer-trigger.patch
led-add-sharp-charger-status-led-trigger.patch
led-add-led-device-support-for-the-zaurus-corgi-and.patch
led-add-led-device-support-for-locomo-devices.patch
led-add-led-device-support-for-ixp4xx-devices.patch
led-add-device-support-for-tosa.patch
led-add-nand-mtd-activity-led-trigger.patch
led-add-ide-disk-activity-led-trigger.patch
ensure-ide-taskfile-calls-any-driver-specific.patch
Will merge.
2tb-files-st_blocks-is-invalid-when-calling-stat64.patch
2tb-files-add-blkcnt_t.patch
2tb-files-add-blkcnt_t-fixes.patch
2tb-files-change-type-of-kstatfs-entries.patch
Will merge.
ext3-get-blocks-maping-multiple-blocks-at-a-once.patch
ext3-get-blocks-maping-multiple-blocks-at-a-once-vs-ext3_readdir-use-generic-readahead.patch
ext3-get-blocks-maping-multiple-blocks-at-a-once-get-block-chain-confliction-fix.patch
ext3-get-blocks-maping-multiple-blocks-at-a-once-journal-reentry-fix.patch
ext3-get-blocks-multiple-block-allocation.patch
ext3-get-blocks-support-multiple-blocks-allocation-in.patch
ext3-get-blocks-adjust-accounting-info-in.patch
ext3-get-blocks-adjust-accounting-info-in-fix.patch
ext3-get-blocks-adjust-reservation-window-size-for.patch
Will merge.
change-buffer_headb_size-to-size_t.patch
pass-b_size-to-get_block.patch
pass-b_size-to-get_block-speedup.patch
pass-b_size-to-get_block-remove-unneeded-assignments.patch
map-multiple-blocks-for-mpage_readpages.patch
map-multiple-blocks-for-mpage_readpages-tidy.patch
map-multiple-blocks-for-mpage_readpages-use-buffer_mapped.patch
remove-get_blocks-support.patch
ext3-cleanups-and-warn_on.patch
ext3-multi-block-get_block.patch
Will probably merge.
ext3-add-o-bh-option.patch
ext3-add-o-bh-option-fix.patch
ext3-nobh-writeback-support-for-filesystems-blocksize.patch
Will less probably merge.
mutex-subsystem-add-include-asm-arm-mutexh-fix.patch
Will send to rmk.
hrtimer-optimize-softirq-runqueues.patch
pass-current-time-to-hrtimer_forward.patch
posix-timer-cleanup-common_timer_get.patch
posix-timer-cleanup-common_timer_get-fix.patch
hrtimer-simplify-nanosleep.patch
hrtimer-remove-state-field.patch
hrtimer-remove-state-field-fix.patch
remove-it_real_value-calculation-from-proc-stat.patch
remove-define_ktime-and-ktime_to_clock_t.patch
remove-nsec_t-typedef.patch
hrtimers-remove-data-field.patch
Will merge.
time-clocksource-infrastructure.patch
time-use-clocksource-infrastructure-for-update_wall_time.patch
time-let-user-request-precision-from-current_tick_length.patch
time-use-clocksource-abstraction-for-ntp-adjustments.patch
time-introduce-arch-generic-time-accessors.patch
time-i386-conversion-part-1-move-timer_pitc-to-i8253c.patch
time-i386-conversion-part-2-rework-tsc-support.patch
time-i386-conversion-part-3-enable-generic-timekeeping.patch
time-i386-conversion-part-4-remove-old-timer_opts-code.patch
time-i386-clocksource-drivers.patch
This has just been reissued. Doesn't compile yet. It's doubtful for
2.6.17 - we'll see.
kprobes-clean-up-resume_execute.patch
x86-kprobes-booster.patch
x86-kprobes-booster-fix.patch
kretprobe-kretprobe-booster.patch
kretprobe-kretprobe-booster-spinlock-recursive-remove.patch
kretprobe-instance-recycled-by-parent-process.patch
kretprobe-instance-recycled-by-parent-process-tidy.patch
kretprobe-instance-recycled-by-parent-process-fix.patch
kprobe-handler-discard-user-space-trap.patch
kprobe-handler-discard-user-space-trap-fix.patch
kprobe-handler-discard-user-space-trap-fix-2.patch
kprobe-handler-discard-user-space-trap-fix-3.patch
kprobes-fix-broken-fault-handling-for-i386.patch
kprobes-fix-broken-fault-handling-for-x86_64.patch
kprobes-fix-broken-fault-handling-for-powerpc64.patch
kprobes-fix-broken-fault-handling-for-ia64.patch
kprobes-fix-broken-fault-handling-for-sparc64.patch
kprobes-fix-broken-fault-handling-for-sparc64-fix.patch
Will merge.
dlm-core-locking.patch
dlm-core-locking-resend-lookups.patch
dlm-lockspaces-callbacks-directory.patch
dlm-communication.patch
dlm-recovery.patch
dlm-recovery-clear-new_master-flag.patch
dlm-recovery-remove-true-false-defines.patch
dlm-configuration.patch
dlm-device-interface.patch
dlm-device-interface-fix-device-refcount.patch
dlm-device-interface-dlm-force-unlock.patch
dlm-device-interface-missing-variable.patch
dlm-device-interface-check-allocation.patch
dlm-device-interface-fix-unlock-race.patch
dlm-device-interface-use-kzalloc.patch
dlm-debug-fs.patch
dlm-build.patch
dlm-node-weights.patch
dlm-rsb-flag-ops-with-inlined-functions.patch
dlm-rework-recovery-control.patch
dlm-better-handling-of-first-lock.patch
dlm-no-directory-option.patch
dlm-release-list-of-root-rsbs.patch
dlm-return-error-in-status-reply.patch
configfs-export-config_group_find_obj.patch
dlm-use-configfs.patch
dlm-remove-file.patch
dlm-use-jhash.patch
dlm-maintainer.patch
drivers-dlm-fix-up-schedule_timeout-usage.patch
dlm-cleanup-unused-functions.patch
dlm-include-own-headers.patch
dlm-sem2mutex.patch
Will continue to baby-sit these in -mm.
isdn4linux-siemens-gigaset-drivers-kconfigs-and-makefiles.patch
isdn4linux-siemens-gigaset-drivers-common-module.patch
isdn4linux-siemens-gigaset-drivers-event-layer.patch
isdn4linux-siemens-gigaset-drivers-isdn4linux-interface.patch
isdn4linux-siemens-gigaset-drivers-tty-interface.patch
isdn4linux-siemens-gigaset-drivers-procfs-interface.patch
isdn4linux-siemens-gigaset-drivers-direct-usb-connection.patch
isdn4linux-siemens-gigaset-drivers-isochronous-data-handler.patch
isdn4linux-siemens-gigaset-drivers-m105-usb-dect-adapter.patch
dead-code-in-drivers-isdn-avm-avmcardh.patch
Will ping Karsten.
edac-switch-to-kthread_-api.patch
edac-switch-to-kthread_-api-tidy.patch
edac-printk-cleanup.patch
edac-name-cleanup.patch
edac-amd76x-pci_dev_get-pci_dev_put-fixes.patch
edac-e752x-cleanup.patch
edac-i82860-cleanup.patch
edac-i82875p-cleanup.patch
edac-e7xxx-fix-minor-logic-bug.patch
edac-cleanup-code-for-clearing-initial-errors.patch
edac-edac_mc_add_mc-fix-1.patch
edac-edac_mc_add_mc-fix-2.patch
edac-kobject_init-kobject_put-fixes.patch
edac-kobject-sysfs-fixes.patch
edac-protect-memory-controller-list.patch
edac-kconfig-dependency-changes.patch
edac-reorder-export_symbol-macros.patch
edac-formatting-cleanup.patch
edac-documentation-spelling-fixes.patch
edac-use-sysbus_message-in-e752x-code.patch
edac-use-sysbus_message-in-e752x-code-fix.patch
edac-add-maintainers-for-chipset-drivers.patch
edac-use-export_symbol_gpl.patch
Will merge.
knfsd-change-the-store-of-auth_domains-to-not-be-a-cache.patch
knfsd-change-the-store-of-auth_domains-to-not-be-a-cache-fix.patch
knfsd-change-the-store-of-auth_domains-to-not-be-a-cache-fix-2.patch
knfsd-change-the-store-of-auth_domains-to-not-be-a-cache-fix-3.patch
knfsd-change-the-store-of-auth_domains-to-not-be-a-cache-fix-3-fix.patch
knfsd-break-the-hard-linkage-from-svc_expkey-to-svc_export.patch
knfsd-get-rid-of-inplace-sunrpc-caches.patch
knfsd-create-cache_lookup-function-instead-of-using-a-macro-to-declare-one.patch
knfsd-convert-ip_map-cache-to-use-the-new-lookup-routine.patch
knfsd-use-new-cache_lookup-for-svc_export.patch
knfsd-use-new-cache_lookup-for-svc_expkey-cache.patch
knfsd-use-new-sunrpc-cache-for-rsi-cache.patch
knfsd-use-new-cache-code-for-rsc-cache.patch
knfsd-use-new-cache-code-for-name-id-lookup-caches.patch
knfsd-an-assortment-of-little-fixes-to-the-sunrpc-cache-code.patch
knfsd-remove-definecachelookup.patch
knfsd-unexport-cache_fresh-and-fix-a-small-race.patch
knfsd-convert-sunrpc_cache-to-use-krefs.patch
knfsd-convert-sunrpc_cache-to-use-krefs-fix.patch
fs-nfsd-exportcnet-sunrpc-cachec-make-needlessly-global-code-static.patch
Will merge after confirmation from Neil.
sched-fix-task-interactivity-calculation.patch
small-schedule-microoptimization.patch
#
sched-implement-smpnice.patch
sched-smpnice-apply-review-suggestions.patch
sched-smpnice-fix-average-load-per-run-queue-calculations.patch
sched-store-weighted-load-on-up.patch
sched-add-discrete-weighted-cpu-load-function.patch
sched-add-above-background-load-function.patch
# Suresh had problems
# con:
sched-cleanup_task_activated.patch
sched-make_task_noninteractive_use_sleep_type.patch
sched-dont_decrease_idle_sleep_avg.patch
sched-include_noninteractive_sleep_in_idle_detect.patch
sched-remove-on-runqueue-requeueing.patch
sched-activate-sched-batch-expired.patch
sched-reduce-overhead-of-calc_load.patch
#
sched-fix-interactive-task-starvation.patch
#
# "strange load balancing problems": pwil3058@bigpond.net.au
sched-new-sched-domain-for-representing-multi-core.patch
sched-fix-group-power-for-allnodes_domains.patch
x86-dont-use-cpuid2-to-determine-cache-info-if-cpuid4-is-supported.patch
Will mostly-merge. We'll see.
mm-implement-swap-prefetching.patch
mm-implement-swap-prefetching-fix.patch
mm-implement-swap-prefetching-tweaks.patch
Still don't have a compelling argument for this, IMO.
cmpci-dont-use-generig_hweight32.patch
frv-remove-unnecessary-ampersand.patch
function-typo-fixes.patch
um-fix-undefined-reference-to-hweight32.patch
arm-fix-undefined-reference-to-generic_fls.patch
oss-sonicvibesc-defines-its-own-hweight32.patch
bitops-alpha-use-config-options-instead-of-__alpha_fix__-and-__alpha_cix__.patch
bitops-ia64-use-cpu_set-instead-of-__set_bit.patch
bitops-parisc-add-pair-in-__ffz-macro.patch
bitops-cris-remove-unnecessary-local_irq_restore.patch
bitops-use-non-atomic-operations-for-minix__bit-and-ext2__bit.patch
bitops-generic-test_and_setclearchange_bit.patch
bitops-generic-test_and_setclearchange_bit-fix.patch
bitops-generic-__test_and_setclearchange_bit-and-test_bit.patch
bitops-generic-__ffs.patch
bitops-generic-ffz.patch
bitops-generic-fls.patch
bitops-generic-fls64.patch
bitops-generic-find_nextfirst_zero_bit.patch
bitops-generic-sched_find_first_bit.patch
bitops-generic-ffs.patch
bitops-generic-hweight6432168.patch
bitops-generic-hweight6432168-fix.patch
bitops-generic-ext2_setcleartestfind_first_zerofind_next_zero_bit.patch
bitops-generic-ext2_setclear_bit_atomic.patch
bitops-generic-minix_testsettest_and_cleartestfind_first_zero_bit.patch
bitops-alpha-use-generic-bitops.patch
bitops-arm-use-generic-bitops.patch
bitops-arm26-use-generic-bitops.patch
bitops-cris-use-generic-bitops.patch
bitops-frv-use-generic-bitops.patch
bitops-h8300-use-generic-bitops.patch
bitops-i386-use-generic-bitops.patch
bitops-ia64-use-generic-bitops.patch
bitops-m32r-use-generic-bitops.patch
bitops-m68k-use-generic-bitops.patch
bitops-m68k-use-generic-bitops-fix.patch
bitops-ppc-use-generic-bitops.patch
bitops-m68knommu-use-generic-bitops.patch
bitops-mips-use-generic-bitops.patch
bitops-parisc-use-generic-bitops.patch
bitops-powerpc-use-generic-bitops.patch
bitops-s390-use-generic-bitops.patch
bitops-sh-use-generic-bitops.patch
bitops-sh64-use-generic-bitops.patch
bitops-sparc-use-generic-bitops.patch
bitops-sparc64-use-generic-bitops.patch
bitops-v850-use-generic-bitops.patch
bitops-x86_64-use-generic-bitops.patch
bitops-xtensa-use-generic-bitops.patch
bitops-update-include-asm-generic-bitopsh.patch
bitops-make-thread_infoflags-an-unsigned-long.patch
bitops-ia64-make-partial_pagebitmap-an-unsigned-long.patch
bitops-ntfs-remove-generic_ffs.patch
bitops-remove-unused-generic-bitops-in-include-linux-bitopsh.patch
bitops-hweight-related-cleanup.patch
bitops-hweight-speedup.patch
Will merge
unify-pfn_to_page-generic-functions.patch
unify-pfn_to_page-sparc64-pfn_to_page.patch
unify-pfn_to_page-i386-pfn_to_page.patch
unify-pfn_to_page-x86_64-pfn_to_page.patch
unify-pfn_to_page-powerpc-pfn_to_page.patch
unify-pfn_to_page-alpha-pfn_to_page.patch
unify-pfn_to_page-arm-pfn_to_page.patch
unify-pfn_to_page-arm26-pfn_to_page.patch
unify-pfn_to_page-cris-pfn_to_page.patch
unify-pfn_to_page-frv-pfn_to_page.patch
unify-pfn_to_page-h8300-pfn_to_page.patch
unify-pfn_to_page-m32r-pfn_to_page.patch
unify-pfn_to_page-mips-pfn_to_page.patch
unify-pfn_to_page-parisc-pfn_to_page.patch
unify-pfn_to_page-ppc-pfn_to_page.patch
unify-pfn_to_page-s390-pfn_to_page.patch
unify-pfn_to_page-sh-pfn_to_page.patch
unify-pfn_to_page-sh64-pfn_to_page.patch
unify-pfn_to_page-sparc-pfn_to_page.patch
unify-pfn_to_page-uml-pfn_to_page.patch
unify-pfn_to_page-v850-pfn_to_page.patch
unify-pfn_to_page-xtensa-pfn_to_page.patch
unify-pfn_to_page-ia64-pfn_to_page.patch
remove-zone_mem_map.patch
for_each_online_pgdat-take2-define.patch
for_each_online_pgdat-take2-for_each_bootmem.patch
for_each_online_pgdat-take2-for_each_bootmem-fix.patch
for_each_online_pgdat-take2-renaming.patch
for_each_online_pgdat-take2-remove-sorting-pgdat.patch
for_each_online_pgdat-take2-remove-pgdat_list.patch
uninline-zone-helpers.patch
uninline-zone-helpers-fix.patch
Will merge.
ia64-add-ptr-to-compatpatch.patch
s390-add-ptr-compatpatch.patch
parisc-add-ptr-compatpatch.patch
mips-add-ptr-compatpatch.patch
lightweight-robust-futexes-arch-defaults.patch
lightweight-robust-futexes-arch-defaults-fix.patch
lightweight-robust-futexes-core.patch
lightweight-robust-futexes-docs.patch
lightweight-robust-futexes-docs-update.patch
lightweight-robust-futexes-compat.patch
lightweight-robust-futexes-i386.patch
lightweight-robust-futexes-i386-fix.patch
lightweight-robust-futexes-x86_64.patch
lightweight-robust-futexes-x86_64-fix.patch
Will merge.
notifier-chain-update-api-changes.patch
notifier-chain-update-api-changes-register-atomic_notifiers-in-atomic-context.patch
notifier-chain-update-api-changes-export-new-notifier-chain-routines-as-gpl.patch
notifier-chain-update-api-changes-avoid-calling-down_read-and-down_write-during-startup.patch
notifier-chain-update-simple-definition-changes.patch
notifier-chain-update-remove-unneeded-protection.patch
notifier-chain-update-remove-unneeded-protection-the-idle-notifier-chain-should-be-atomic.patch
notifier-chain-update-die_chain-changes.patch
notifier-chain-update-dont-unregister-yourself.patch
notifier-chain-update-dont-unregister-yourself-fix.patch
notifier-chain-update-changes-to-dcdbasc.patch
notifier-chain-update-update-usb_notify.patch
notifier-chain-update-remaining-changes-for-new-api.patch
notifier-chain-initialization.patch
Will merge. (Not my favouritest-ever patches, but they do fix bugs).
mips-fixed-collision-of-rtc-function-name.patch
rtc-subsystem-library-functions.patch
rtc-subsystem-library-functions-fix.patch
rtc-subsystem-arm-cleanup.patch
rtc-subsystem-arm-integrator-cleanup.patch
rtc-subsystem-class.patch
rtc-subsystem-i2c-cleanup.patch
rtc-subsystem-i2c-driver-ids.patch
rtc-subsystem-sysfs-interface.patch
rtc-subsystem-proc-interface.patch
rtc-subsystem-dev-interface.patch
rtc-subsystem-x1205-driver.patch
rtc-subsystem-test-device-driver.patch
rtc-subsystem-ds1672-driver.patch
rtc-subsystem-pcf8563-driver.patch
rtc-subsystem-rs5c372-driver.patch
rtc-subsystem-ep93xx-driver.patch
rtc-subsystem-sa1100-pxa2xx-driver.patch
rtc-subsystem-m48t86-driver.patch
Will merge.
rtc-remove-rtc-uip-synchronization-on-x86.patch
rtc-remove-rtc-uip-synchronization-on-x86_64.patch
rtc-remove-rtc-uip-synchronization-on-x86_64-fix.patch
rtc-remove-rtc-uip-synchronization-on-sparc64.patch
rtc-remove-rtc-uip-synchronization-on-ppc-chrp-arch-ppc.patch
rtc-remove-rtc-uip-synchronization-on-chrp-arch-powerpc.patch
rtc-remove-rtc-uip-synchronization-on-ppc-maple.patch
rtc-remove-rtc-uip-synchronization-on-arm.patch
rtc-remove-rtc-uip-synchronization-on-mips-mc146818.patch
rtc-remove-rtc-uip-synchronization-on-mips-based-dec.patch
rtc-remove-rtc-uip-synchronization-on-sh03.patch
rtc-remove-rtc-uip-synchronization-on-sh-mpc1211.patch
rtc-remove-rtc-uip-synchronization-on-alpha.patch
rtc-fix-up-some-rtc-whitespace-and-style.patch
rtc-remove-some-duplicate-bcd-definitions.patch
Will probably merge.
trivial-cleanup-to-proc_check_chroot.patch
resurrect-__put_task_struct.patch
task-rcu-protect-task-usage.patch
task-make-task-list-manipulations-rcu-safe.patch
make-setsid-more-robust.patch
proc-fix-the-inode-number-on-proc-pid-fd.patch
proc-remove-useless-bkl-in-proc_pid_readlink.patch
proc-remove-unnecessary-and-misleading-assignments.patch
proc-simplify-the-ownership-rules-for-proc.patch
proc-replace-proc_inodetype-with-proc_inodefd.patch
proc-remove-bogus-proc_task_permission.patch
proc-kill-proc_mem_inode_operations.patch
proc-properly-filter-out-files-that-are-not-visible.patch
proc-fix-the-link-count-for-proc-pid-task.patch
proc-move-proc_maps_operations-into-task_mmuc.patch
dcache-add-helper-d_hash_and_lookup.patch
proc-rewrite-the-proc-dentry-flush-on-exit.patch
proc-close-the-race-of-a-process-dying-durning.patch
proc-refactor-reading-directories-of-tasks.patch
proc-refactor-reading-directories-of-tasks-dont-assume-pid_aliveinit_task-==-false.patch
proc-remove-tasklist_lock-from-proc_pid_readdir.patch
proc-remove-tasklist_lock-from-proc_pid_lookup-and.patch
proc-remove-tasklist_lock-from-proc_pid_readdir-simply-fix-first_tgid.patch
proc-remove-tasklist_lock-from-proc_pid_readdir-simply-fix-first_tgid-fix.patch
#
pidhash-refactor-the-pid-hash-table.patch
pidhash-refactor-the-pid-hash-table-fixes.patch
#
proc-make-proc_numbuf-the-buffer-size-for-holding-a.patch
proc-dont-lock-task_structs-indefinitely.patch
proc-dont-lock-task_structs-indefinitely-git-nfs-fix.patch
proc-dont-lock-task_structs-indefinitely-cpuset-fix-2.patch
proc-dont-lock-task_structs-indefinitely-mem_read-fix.patch
proc-dont-lock-task_structs-indefinitely-task_mmu-bug-fix.patch
proc-dont-lock-task_structs-indefinitely-kill-init_tref.patch
proc-dont-lock-task_structs-indefinitely-kill-init_tref-inode.patch
proc-dont-lock-task_structs-indefinitely-tref-ensure-the-references-is-always-on-the-first-task.patch
proc-dont-lock-task_structs-indefinitely-always-drop-the-reference-count-in-tid_fd_revalidate.patch
proc-dont-lock-task_structs-indefinitely-fix-the-locking-when-reading-the-number-of-threads-in.patch
proc-dont-lock-task_structs-indefinitely-fix-the-locking-when-reading-the-number-of-threads-in-nitpick.patch
proc-dont-lock-task_structs-indefinitely-fix-stat-on-proc-pid.patch
proc-use-struct-pid-not-struct-task_ref.patch
proc-optimize-proc_check_dentry_visible.patch
proc-use-sane-permission-checks-on-the-proc-pid-fd.patch
proc-use-sane-permission-checks-on-the-proc-pid-fd-fix.patch
proc-use-sane-permission-checks-on-the-proc-pid-fd-fix-2.patch
proc-cleanup-proc_fd_access_allowed.patch
proc-remove-tasklist_lock-from-proc_task_readdir.patch
simplify-fix-first_tid.patch
simplify-fix-first_tid-fix.patch
cleanup-next_tid.patch
Eric's romp through /proc. Scary, not sure yet.
pnp-parport-adjust-pnp_register_driver-signature.patch
pnp-mpu401-adjust-pnp_register_driver-signature.patch
pnp-cs4236-adjust-pnp_register_driver-signature.patch
pnp-opl3sa2-adjust-pnp_register_driver-signature.patch
pnp-irda-adjust-pnp_register_driver-signature.patch
pnp-cs4232-adjust-pnp_register_driver-signature.patch
pnp-pnp-adjust-pnp_register_driver-signature.patch
Will merge.
reiser4-*
Will retain in -mm.
ide-amd756-no-host-side-cable-detection.patch
small-fixes-backported-to-old-ide-sis-driver.patch
ide_generic_all_on-warning-fix.patch
fix-ide-locking-error.patch
Will consult with Alan and Bart.
vgacon-fix-ega-cursor-resize-function.patch
vgacon-add-support-for-soft-scrollback.patch
nvidiafb-add-suspend-and-resume-hooks.patch
fbdev-framebuffer-driver-for-geode-gx.patch
fbdev-framebuffer-driver-for-geode-gx-update.patch
fbdev-framebuffer-driver-for-geode-gx-warning-fix.patch
fbdev-framebuffer-driver-for-geode-gx-kconfig-fix-2.patch
matroxfb-simply-return-what-i2c_add_driver-does.patch
matrox-maven-memory-allocation-and-other-cleanups.patch
au1200fb-alchemy-au1200-framebuffer-driver.patch
fbdev-make-bios-edid-reading-configurable.patch
framebuffer-cmap-setting-return-values.patch
rivafb-remove-null-check.patch
nvidiafb-remove-null-check.patch
nvidiafb-remove-null-check-2.patch
i810fb-remove-null-check.patch
savagefb-remove-null-check.patch
atyfb-remove-dead-code.patch
imsttfb-remove-dead-code.patch
nvidiafb-add-id-for-quadro-nvs280.patch
newportcon-sparse-fix-warnings-in-newport-driver-about.patch
fbdev-add-modeline-for-1680x1050-60.patch
drivers-video-use-array_size-macro.patch
Will merge.
device-mapper-snapshot-fix-origin_write-pending_exception-submission.patch
device-mapper-snapshot-replace-sibling-list.patch
device-mapper-snapshot-replace-sibling-list-fix.patch
device-mapper-snapshot-fix-invalidation.patch
drivers-md-dm-raid1c-fix-inconsistent-mirroring-after-interrupted.patch
dm-remove-sector_format.patch
dm-make-sure-queue_flag_cluster-is-set-properly.patch
dm-snapshot-fix-kcopyd-destructor.patch
dm-flush-queue-eintr.patch
dm-store-md-name.patch
dm-tidy-mdptr.patch
dm-table-store-md.patch
dm-store-geometry.patch
dm-md-dependency-tree-in-sysfs-holders-slaves-subdirectory.patch
dm-md-dependency-tree-in-sysfs-bd_claim_by_kobject.patch
dm-md-dependency-tree-in-sysfs-md-to-use-bd_claim_by_disk.patch
dm-md-dependency-tree-in-sysfs-dm-to-use-bd_claim_by_disk.patch
dm-md-dependency-tree-in-sysfs-convert-bd_sem-to-bd_mutex.patch
dm-remove-unnecessary-typecast.patch
md-dm-reduce-stack-usage-with-stacked-block-devices.patch
Will merge after checking with Alasdair
md-make-sure-queue_flag_cluster-is-set-properly-for-md.patch
md-add-4-to-the-list-of-levels-for-which-bitmaps-are-supported.patch
md-fix-the-failed-count-for-version-0-superblocks.patch
md-update-status_resync-to-handle-large-devices.patch
md-split-disks-array-out-of-raid5-conf-structure-so-it-is-easier-to-grow.patch
md-allow-stripes-to-be-expanded-in-preparation-for-expanding-an-array.patch
md-allow-stripes-to-be-expanded-in-preparation-for-expanding-an-array-init_list_head-to-list_head-conversions.patch
md-allow-stripes-to-be-expanded-in-preparation-for-expanding-an-array-init_list_head-to-list_head-conversions-documentation-and-tidy-up-for-resize_stripes.patch
md-infrastructure-to-allow-normal-io-to-continue-while-array-is-expanding.patch
md-core-of-raid5-resize-process.patch
md-core-of-raid5-resize-process-make-new-function-stripe_to_pdidx-static.patch
md-final-stages-of-raid5-expand-code.patch
md-final-stages-of-raid5-expand-code-fix.patch
md-checkpoint-and-allow-restart-of-raid5-reshape.patch
md-checkpoint-and-allow-restart-of-raid5-reshape-remove-an-unused-variable.patch
md-only-checkpoint-expansion-progress-occasionally.patch
md-split-reshape-handler-in-check_reshape-and-start_reshape.patch
md-make-reshape-a-possible-sync_action-action.patch
md-support-suspending-of-io-to-regions-of-an-md-array.patch
md-improve-comments-about-locking-situation-in-raid5-make_request.patch
md-remove-some-stray-semi-colons-after-functions-called-in-macro.patch
sem2mutex-drivers-md.patch
Will merge after checking with Neil.
optimize-select-poll-by-putting-small-data-sets-on-the-stack.patch
use-fget_light-in-select-poll.patch
fold-select_bits_alloc-free-into-caller-code.patch
Will merge.
for_each_possible_cpu-defines-for_each_possible_cpu.patch
for_each_possible_cpu-defines-for_each_possible_cpu-fix.patch
for_each_possible_cpu-fixes-for-generic-part.patch
for_each_possible_cpu-network-codes.patch
for_each_possible_cpu-under-drivers-acpi.patch
for_each_possible_cpu-loopback-device.patch
for_each_possible_cpu-oprofile.patch
for_each_possible_cpu-scsi.patch
for_each_possible_cpu-for-arm.patch
for_each_possible_cpu-i386.patch
for_each_possible_cpu-i386-fix.patch
for_each_possible_cpu-i386-fix-2.patch
for_each_possible_cpu-ia64.patch
for_each_possible_cpu-mips.patch
for_each_possible_cpu-powerpc.patch
for_each_possible_cpu-ppc.patch
for_each_possible_cpu-s390.patch
for_each_possible_cpu-sh.patch
for_each_possible_cpu-sparc.patch
for_each_possible_cpu-sparc64.patch
for_each_possible_cpu-x86_64.patch
for_each_possible_cpu-xfs.patch
for_each_possible_cpu-documentaion.patch
Will merge.
ia64-const-f_ops-fix.patch
mark-f_ops-const-in-the-inode.patch
make-most-file-operations-structs-in-fs-const.patch
Will merge.
documentation-ioctl-messtxt-start-tree-wide-ioctl-registry.patch
docs-update-missing-files-and-descriptions-for-filesystems-00-index.patch
Will merge.
arch-i386-kernel-microcodec-remove-the-obsolete-microcode_ioctl.patch
drivers-block-use-time_after-and-friends.patch
nvidia-agp-use-time_before_eq.patch
ide-tape-use-time_after-time_after_eq.patch
drivers-scsi-use-time_after-and-friends.patch
replace-0xff-with-correct-dma_xbit_mask.patch
vfree-null-check-fixup-for-sb_card.patch
maestro3-vfree-null-check-fixup.patch
no-need-to-check-vfree-arg-for-null-in-oss-sequencer.patch
vfree-does-its-own-null-check-no-need-to-be-explicit-in-oss-msndc.patch
fix-signed-vs-unsigned-in-nmi-watchdog.patch
trivial-typos-in-documentation-cputopologytxt.patch
typos-grab-bag-of-the-month.patch
Will merge.
^ permalink raw reply [flat|nested] 43+ messages in thread
* swap prefetching merge plans
2006-03-23 4:53 -mm merge plans Andrew Morton
@ 2006-03-23 7:04 ` Con Kolivas
2006-03-23 7:56 ` [ck] " Grzegorz Kulewski
` (11 more replies)
2006-03-23 7:59 ` -mm " Ryan M.
` (6 subsequent siblings)
7 siblings, 12 replies; 43+ messages in thread
From: Con Kolivas @ 2006-03-23 7:04 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, ck
On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> A look at the -mm lineup for 2.6.17:
> mm-implement-swap-prefetching.patch
> mm-implement-swap-prefetching-fix.patch
> mm-implement-swap-prefetching-tweaks.patch
> Still don't have a compelling argument for this, IMO.
For those users who feel they do have a compelling argument for it, please
speak now or I'll end up maintaining this in -ck only forever. I've come to
depend on it with my workloads now so I'm never dropping it. There's no point
me explaining how it is useful yet again, though, because I just end up
looking like I'm handwaving. It seems a shame for it not to be available to
all linux users.
Cheers,
Con
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
@ 2006-03-23 7:56 ` Grzegorz Kulewski
2006-03-23 8:01 ` jos poortvliet
` (10 subsequent siblings)
11 siblings, 0 replies; 43+ messages in thread
From: Grzegorz Kulewski @ 2006-03-23 7:56 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, ck, linux-kernel
On Thu, 23 Mar 2006, Con Kolivas wrote:
> On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
>> A look at the -mm lineup for 2.6.17:
>
>> mm-implement-swap-prefetching.patch
>> mm-implement-swap-prefetching-fix.patch
>> mm-implement-swap-prefetching-tweaks.patch
>
>> Still don't have a compelling argument for this, IMO.
>
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever.
Well, it works for me rather good. After I close some memory demanding
aplication (like game or qemu) that caused huge portion of the memory to
be swapped out to disk, the time needed to swith back to firefox or
eclipse is really really shorter. Also the GUI is more responsive (because
there are nearly none disk accesses needed when I am entering some dialog
box or menu).
Without the patch system is taking up to several seconds to come back and
even after that is feels jerky because it still must get some page from
disk while I do some work.
Also I would really be glad to see the second part of the idea: mirroring
some pages from memory to disk while system is relatively idle. This could
make swapout nearly a no-op and this could really help some workloads if
you are short on RAM. And software engeneerers and programmers are really
working hard to eat all your RAM even if you think that "now you have
really much".
I have Athlon XP 3000+ system with 1GB of RAM and 4GB of swap. It works
pretty well on that configuration. I have so much swap because I am
compiling I my packages (Gentoo) on tmpfs. So during (or after) some big
compilation (like qt, gcc or something) swap prefetching is really helpful
in getting my desktop apps back. (Also Con's scheduler is helpfull
in allowing me to compile things in the background without nearly any
problems and bad interaction with eclipse, openoffice and firefox.
It does not work excelent in all cases but it usually works very well.)
So, not that I have any vote here, I would really glad to have it merged.
More people will be able to read the code and maybe it will become even
better.
Thanks for your work,
Grzegorz Kulewski
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: -mm merge plans
2006-03-23 4:53 -mm merge plans Andrew Morton
2006-03-23 7:04 ` swap prefetching " Con Kolivas
@ 2006-03-23 7:59 ` Ryan M.
2006-03-23 8:09 ` [ck] " Jens Axboe
2006-03-23 10:39 ` Takashi Iwai
` (5 subsequent siblings)
7 siblings, 1 reply; 43+ messages in thread
From: Ryan M. @ 2006-03-23 7:59 UTC (permalink / raw)
To: linux-kernel; +Cc: ck
Hello,
Andrew Morton wrote:
> A look at the -mm lineup for 2.6.17:
>
>
> mm-implement-swap-prefetching.patch
> mm-implement-swap-prefetching-fix.patch
> mm-implement-swap-prefetching-tweaks.patch
>
> Still don't have a compelling argument for this, IMO.
I hate to make a comparison based on the little information there is,
but Windows Vista will have something like prefetch, albeit,
exponentially more intrusive (read MS' explanation on their website).
However, when I see that such technology is being embraced by the
competitor to help improve the desktop (and it follows, the server
space) and I see this better, non-invasive solution nearly rejected, I
can't help but feel rather disappointed.
To prefetch applications from swap to physical memory when there is
little activity seems so obvious that I can't believe it hasn't been
implemented before.
I play World of Warcraft which saps away 1gb of physical memory in a
heart-beat. During that period of time I run gobs of other networking
applications as any desktop users might. They sometimes swap. I leave
World of Warcraft and I can see them prefetched back to physical memory
while not being removed from swap. To do something useful, particularly
when it helps interactivity, when idle is a very smart use of resources.
It is even smarter to save future swapping of those same applications
because they're likely not to be removed from swap unless swap space is
becoming limited. It is practically free and for long running desktop
systems that seems a necessity.
I don't have quantitative evidence, but I think the objective of swap
prefetch speaks volumes itself. I can imagine it being useful in
server-space, because having had anything swapped out in the past and it
not having to be swapped again after prefetched could seriously help
reduce disk accesses -- extremely important during heavy i/o loads.
I hope others join me in explaining the very usefulness of swap prefetch
-- it'd be great for someone with the time and abilities to provide
quantitative reasons for this existing in mainline.
best,
Ryan M.
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
2006-03-23 7:56 ` [ck] " Grzegorz Kulewski
@ 2006-03-23 8:01 ` jos poortvliet
2006-03-23 8:22 ` Nick Piggin
2006-03-23 8:33 ` Thomas Kuther
2006-03-23 11:19 ` Jesper Juhl
` (9 subsequent siblings)
11 siblings, 2 replies; 43+ messages in thread
From: jos poortvliet @ 2006-03-23 8:01 UTC (permalink / raw)
To: ck; +Cc: Con Kolivas, Andrew Morton, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1517 bytes --]
Op donderdag 23 maart 2006 08:04, schreef Con Kolivas:
> On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > A look at the -mm lineup for 2.6.17:
> >
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-fix.patch
> > mm-implement-swap-prefetching-tweaks.patch
> >
> > Still don't have a compelling argument for this, IMO.
well, the reason i use it is my computer is much more reactive in the morning.
linux uses to get very slow after a night of not-doing-much except some
'sleep 5h && blabla' and cron stuff. in the morning it takes a few HOURS to
get up and running smoothly. with swap prefetch, it actually feels faster
compared to a fresh boot. now you can force swap prefetch to start working, i
use it now and then after some heavy taskts which pulled everything to swap.
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever. I've come
> to depend on it with my workloads now so I'm never dropping it. There's no
> point me explaining how it is useful yet again, though, because I just end
> up looking like I'm handwaving. It seems a shame for it not to be available
> to all linux users.
>
> Cheers,
> Con
> _______________________________________________
> http://ck.kolivas.org/faqs/replying-to-mailing-list.txt
> ck mailing list - mailto: ck@vds.kolivas.org
> http://vds.kolivas.org/mailman/listinfo/ck
--
You will gain money by a fattening action.
[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] Re: -mm merge plans
2006-03-23 7:59 ` -mm " Ryan M.
@ 2006-03-23 8:09 ` Jens Axboe
2006-03-23 9:07 ` Con Kolivas
0 siblings, 1 reply; 43+ messages in thread
From: Jens Axboe @ 2006-03-23 8:09 UTC (permalink / raw)
To: Ryan M.; +Cc: ck, linux-kernel
On Thu, Mar 23 2006, Ryan M. wrote:
> Hello,
>
> Andrew Morton wrote:
> > A look at the -mm lineup for 2.6.17:
> >
>
> >
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-fix.patch
> > mm-implement-swap-prefetching-tweaks.patch
> >
> > Still don't have a compelling argument for this, IMO.
>
> I hate to make a comparison based on the little information there is,
> but Windows Vista will have something like prefetch, albeit,
> exponentially more intrusive (read MS' explanation on their website).
> However, when I see that such technology is being embraced by the
> competitor to help improve the desktop (and it follows, the server
> space) and I see this better, non-invasive solution nearly rejected, I
> can't help but feel rather disappointed.
>
> To prefetch applications from swap to physical memory when there is
> little activity seems so obvious that I can't believe it hasn't been
> implemented before.
It's a heuristic, and sometimes that will work well and sometimes it
will not. What if during this period of inactivity, you start bringing
everything in from swap again, only to page it right out because the
next memory hog starts running? From a logical standpoint, swap prefetch
and the vm must work closely together to avoid paging in things which
really aren't needed.
I've been running with the clockpro for the past week, which seems to
handle this sort of thing extremely well. On a 1GB machine, running the
vanilla kernels usually didn't see my use any swap. With the workload I
use, I typically had about ~100MiB of page cache and the rest of memory
full. Running clockpro, it's stabilized at ~288MiB of swap leaving me
more room for cache - with very rare paging activity going on. Hardly a
scientific test, but the feel is good.
--
Jens Axboe
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 8:01 ` jos poortvliet
@ 2006-03-23 8:22 ` Nick Piggin
2006-03-23 9:09 ` Con Kolivas
2006-03-23 13:23 ` Martin J. Bligh
2006-03-23 8:33 ` Thomas Kuther
1 sibling, 2 replies; 43+ messages in thread
From: Nick Piggin @ 2006-03-23 8:22 UTC (permalink / raw)
To: jos poortvliet; +Cc: ck, Con Kolivas, Andrew Morton, linux-kernel
jos poortvliet wrote:
> Op donderdag 23 maart 2006 08:04, schreef Con Kolivas:
>
>>On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
>>
>>>A look at the -mm lineup for 2.6.17:
>>>
>>>mm-implement-swap-prefetching.patch
>>>mm-implement-swap-prefetching-fix.patch
>>>mm-implement-swap-prefetching-tweaks.patch
>>>
>>> Still don't have a compelling argument for this, IMO.
>
>
> well, the reason i use it is my computer is much more reactive in the morning.
> linux uses to get very slow after a night of not-doing-much except some
> 'sleep 5h && blabla' and cron stuff. in the morning it takes a few HOURS to
> get up and running smoothly. with swap prefetch, it actually feels faster
> compared to a fresh boot. now you can force swap prefetch to start working, i
> use it now and then after some heavy taskts which pulled everything to swap.
>
I have two issues with this argument (not that I'm trying to say it
couldn't make a difference in your case).
Firstly, swap prefetch actually doesn't handle the midnight updatedb pageout
problem nicely. It doesn't do any prefetching when the pagecache/vfs cache
fills memory (which is what would have to happen for updatedb to push stuff
into swap).
Secondly, with or without swap prefetch, I think we can do a better job of
handling these use-once patterns to begin with.
--
SUSE Labs, Novell Inc.
Send instant messages to your online friends http://au.messenger.yahoo.com
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 8:01 ` jos poortvliet
2006-03-23 8:22 ` Nick Piggin
@ 2006-03-23 8:33 ` Thomas Kuther
1 sibling, 0 replies; 43+ messages in thread
From: Thomas Kuther @ 2006-03-23 8:33 UTC (permalink / raw)
To: ck, Andrew Morton, linux-kernel
On Thu, 23 Mar 2006 09:01:53 +0100
jos poortvliet <jos@mijnkamer.nl> wrote:
> Op donderdag 23 maart 2006 08:04, schreef Con Kolivas:
> > On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > > A look at the -mm lineup for 2.6.17:
> > >
> > > mm-implement-swap-prefetching.patch
> > > mm-implement-swap-prefetching-fix.patch
> > > mm-implement-swap-prefetching-tweaks.patch
> > >
> > > Still don't have a compelling argument for this, IMO.
>
> well, the reason i use it is my computer is much more reactive in the
> morning. linux uses to get very slow after a night of not-doing-much
> except some 'sleep 5h && blabla' and cron stuff. in the morning it
> takes a few HOURS to get up and running smoothly. with swap prefetch,
> it actually feels faster compared to a fresh boot. now you can force
> swap prefetch to start working, i use it now and then after some
> heavy taskts which pulled everything to swap.
I absolutely second that! It was really annoying to have the box
unresponsive in the morning - like waiting 3-4 minutes till sylpheed
started up. This effect is almost totally gone with sp.
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: -mm merge plans
2006-03-23 8:09 ` [ck] " Jens Axboe
@ 2006-03-23 9:07 ` Con Kolivas
2006-03-23 12:12 ` [ck] " Jens Axboe
0 siblings, 1 reply; 43+ messages in thread
From: Con Kolivas @ 2006-03-23 9:07 UTC (permalink / raw)
To: Jens Axboe; +Cc: Ryan M., ck, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 882 bytes --]
Jens Axboe writes:
> It's a heuristic, and sometimes that will work well and sometimes it
> will not. What if during this period of inactivity, you start bringing
> everything in from swap again, only to page it right out because the
> next memory hog starts running? From a logical standpoint, swap prefetch
> and the vm must work closely together to avoid paging in things which
> really aren't needed.
If the system is idle it doesn't cost anything to bring those pages in
(laptop mode disables any prefetching if you're thinking about power
consumption on laptops). And if the system wants the ram that has been
filled with prefetched pages wrongly, the prefetched pages are at the tail
end of the inactive LRU list with a copy on backing store so if they're not
accessed they'll be the first thing dropped in preference to anything
else, without any I/O.
Cheers,
Con
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 8:22 ` Nick Piggin
@ 2006-03-23 9:09 ` Con Kolivas
2006-03-23 9:24 ` Con Kolivas
2006-03-23 13:23 ` Martin J. Bligh
1 sibling, 1 reply; 43+ messages in thread
From: Con Kolivas @ 2006-03-23 9:09 UTC (permalink / raw)
To: Nick Piggin; +Cc: jos poortvliet, ck, Andrew Morton, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 332 bytes --]
Nick Piggin writes:
> Secondly, with or without swap prefetch, I think we can do a better job of
> handling these use-once patterns to begin with.
Absolutely! But there will always be workloads that cause appropriate
use-once swapping. Qemu, games, big print jobs, big open documents, big
graphic edits and so on.
Cheers,
Con
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 9:09 ` Con Kolivas
@ 2006-03-23 9:24 ` Con Kolivas
0 siblings, 0 replies; 43+ messages in thread
From: Con Kolivas @ 2006-03-23 9:24 UTC (permalink / raw)
To: Con Kolivas; +Cc: Nick Piggin, ck, Andrew Morton, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 405 bytes --]
Con Kolivas writes:
> Nick Piggin writes:
>
>> Secondly, with or without swap prefetch, I think we can do a better job of
>> handling these use-once patterns to begin with.
>
> Absolutely! But there will always be workloads that cause appropriate
> use-once swapping. Qemu, games, big print jobs, big open documents, big
> graphic edits and so on.
I meant appropriate and/or use-once.
Cheers,
Con
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: -mm merge plans
2006-03-23 4:53 -mm merge plans Andrew Morton
2006-03-23 7:04 ` swap prefetching " Con Kolivas
2006-03-23 7:59 ` -mm " Ryan M.
@ 2006-03-23 10:39 ` Takashi Iwai
2006-03-23 12:33 ` Christoph Hellwig
` (4 subsequent siblings)
7 siblings, 0 replies; 43+ messages in thread
From: Takashi Iwai @ 2006-03-23 10:39 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
At Wed, 22 Mar 2006 20:53:05 -0800,
Andrew Morton wrote:
>
> pnp-adjust-pnp_register_card_driver-signature-ad1816a.patch
> pnp-adjust-pnp_register_card_driver-signature-als100.patch
> pnp-adjust-pnp_register_card_driver-signature-azt2320.patch
> pnp-adjust-pnp_register_card_driver-signature-cmi8330.patch
> pnp-adjust-pnp_register_card_driver-signature-dt019x.patch
> pnp-adjust-pnp_register_card_driver-signature-es18xx.patch
> pnp-adjust-pnp_register_card_driver-signature-es968.patch
> pnp-adjust-pnp_register_card_driver-signature-interwave.patch
> pnp-adjust-pnp_register_card_driver-signature-sb16.patch
> pnp-adjust-pnp_register_card_driver-signature-sb_card.patch
> pnp-adjust-pnp_register_card_driver-signature-sscape.patch
> pnp-adjust-pnp_register_card_driver-signature-wavefront.patch
>
> Will send to the ALSA team.
These pnp-adjust-* patches make sense only together with
pnp-pnp-adjust-pnp_register_driver-signature.patch.
So, it'd be better to commit them at once...
Takashi
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
2006-03-23 7:56 ` [ck] " Grzegorz Kulewski
2006-03-23 8:01 ` jos poortvliet
@ 2006-03-23 11:19 ` Jesper Juhl
2006-03-23 11:24 ` [ck] " André Goddard Rosa
` (8 subsequent siblings)
11 siblings, 0 replies; 43+ messages in thread
From: Jesper Juhl @ 2006-03-23 11:19 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, linux-kernel, ck
On 3/23/06, Con Kolivas <kernel@kolivas.org> wrote:
> On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > A look at the -mm lineup for 2.6.17:
>
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-fix.patch
> > mm-implement-swap-prefetching-tweaks.patch
>
> > Still don't have a compelling argument for this, IMO.
>
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever. I've come to
> depend on it with my workloads now so I'm never dropping it. There's no point
> me explaining how it is useful yet again, though, because I just end up
> looking like I'm handwaving. It seems a shame for it not to be available to
> all linux users.
>
I certainly like it and see a bennefit.
My situation is like this:
A KDE desktop with OpenOffice, Lyx, Firefox, Eclipse, Gimp & a bunch
of xterms running more or less permanently.
When I work on kernel stuff I often end up running "make clean ; make
allyesconfig ; make" and the build and especially final link of the
kernel usually kills the box for a while, so I tend to walk away and
come back a while later when it's done.
Where I see the bennefit of swap prefetch is when I come back to my
box after such a build and pull one of my other running apps back to
the foreground. The apps come back noticably faster when I'm running a
swap prefetching kernel - we are not talking massive amounts of time,
just a few seconds, but it's enough for me to notice when I sometimes
happen to run a mainline kernel without swap prefetch.
--
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (2 preceding siblings ...)
2006-03-23 11:19 ` Jesper Juhl
@ 2006-03-23 11:24 ` André Goddard Rosa
2006-03-23 11:57 ` Spike
` (7 subsequent siblings)
11 siblings, 0 replies; 43+ messages in thread
From: André Goddard Rosa @ 2006-03-23 11:24 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, ck, linux-kernel
On 3/23/06, Con Kolivas <kernel@kolivas.org> wrote:
> On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > A look at the -mm lineup for 2.6.17:
>
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-fix.patch
> > mm-implement-swap-prefetching-tweaks.patch
>
> > Still don't have a compelling argument for this, IMO.
>
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever. I've come to
> depend on it with my workloads now so I'm never dropping it. There's no point
> me explaining how it is useful yet again, though, because I just end up
> looking like I'm handwaving. It seems a shame for it not to be available to
> all linux users.
It makes my desktop usable in the morning for sure, I feel that it
makes difference to me.
Best regards,
--
[]s,
André Goddard
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (3 preceding siblings ...)
2006-03-23 11:24 ` [ck] " André Goddard Rosa
@ 2006-03-23 11:57 ` Spike
2006-03-23 12:03 ` Spike
2006-03-23 12:16 ` Spike
2006-03-23 11:58 ` Lenar Lõhmus
` (6 subsequent siblings)
11 siblings, 2 replies; 43+ messages in thread
From: Spike @ 2006-03-23 11:57 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, ck, linux-kernel
On Thu, 23 Mar 2006 18:04:36 +1100
Con Kolivas <kernel@kolivas.org> wrote:
> On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > A look at the -mm lineup for 2.6.17:
>
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-fix.patch
> > mm-implement-swap-prefetching-tweaks.patch
>
> > Still don't have a compelling argument for this, IMO.
>
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever. I've come to
> depend on it with my workloads now so I'm never dropping it. There's no point
> me explaining how it is useful yet again, though, because I just end up
> looking like I'm handwaving. It seems a shame for it not to be available to
> all linux users.
>
> Cheers,
> Con
> _______________________________________________
> http://ck.kolivas.org/faqs/replying-to-mailing-list.txt
> ck mailing list - mailto: ck@vds.kolivas.org
> http://vds.kolivas.org/mailman/listinfo/ck
As a gamer it really makes wonders. That's really all I can say because
swap prefetching is such a simple logical thing that one does not need
to go into details as its been said so many times over and over again
before. Having something like this is beneficial to desktop users.
I suppose support for 1000 some odd CPU's in the kernel is really useful
as well for most people....
One can go on and on with the examples, as I seen over the years it
seems to just depend on what the few major maintainers want and not
what the public finds actually useful.
Bren
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (4 preceding siblings ...)
2006-03-23 11:57 ` Spike
@ 2006-03-23 11:58 ` Lenar Lõhmus
2006-03-23 13:58 ` Francesco Biscani
` (5 subsequent siblings)
11 siblings, 0 replies; 43+ messages in thread
From: Lenar Lõhmus @ 2006-03-23 11:58 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, ck, linux-kernel
Con Kolivas wrote:
> On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
>
>> Still don't have a compelling argument for this, IMO.
>>
I bet there are tons and tons of very big iron server related stuff
merged daily for which ordinary Linux desktop users can't find
any compelling reasons why are those merged.
That luckily doesn't mean they are not useful. At least for some
groups for some corner cases. It's the same with this patch.
There are users who really find this patch useful. It's showing
real benefit which many can feel right away. It's not like getting a percent
more of speed out of some micro-benchmark. I really do not like
vanilla kernel in the mornings when everything slowly crawls
back (and sometimes it seems for hours). With this patch it feels
like there were no night in between.
We, Linux desktop users really like this. Why not merge this? It's not
like it's very intrusive patch.
It's the only reason why I compile my own kernels for my Ubuntu. And I
actually would like to spend that time one something more useful. And
when Con says it might consider dropping this wonderful patch all together
when mainline doesn't want it - I'm kind of shocked. No, I do not blame
Con,
he really has tried very hard to get this included and all he gets is
brick wall.
He doesn't deserve this I think.
But anyway I would be very sorry to see this patch sent to oblivion.
This is all I wanted to say and I hope it made difference a bit,
Lenar
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 11:57 ` Spike
@ 2006-03-23 12:03 ` Spike
2006-03-23 12:16 ` Spike
1 sibling, 0 replies; 43+ messages in thread
From: Spike @ 2006-03-23 12:03 UTC (permalink / raw)
To: Spike; +Cc: Con Kolivas, Andrew Morton, ck, linux-kernel
On Thu, 23 Mar 2006 07:57:56 -0400
Spike <spike@spykes.net> wrote:
> On Thu, 23 Mar 2006 18:04:36 +1100
> Con Kolivas <kernel@kolivas.org> wrote:
>
> > On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > > A look at the -mm lineup for 2.6.17:
> >
> > > mm-implement-swap-prefetching.patch
> > > mm-implement-swap-prefetching-fix.patch
> > > mm-implement-swap-prefetching-tweaks.patch
> >
> > > Still don't have a compelling argument for this, IMO.
> >
> > For those users who feel they do have a compelling argument for it, please
> > speak now or I'll end up maintaining this in -ck only forever. I've come to
> > depend on it with my workloads now so I'm never dropping it. There's no point
> > me explaining how it is useful yet again, though, because I just end up
> > looking like I'm handwaving. It seems a shame for it not to be available to
> > all linux users.
> >
> > Cheers,
> > Con
> > _______________________________________________
> > http://ck.kolivas.org/faqs/replying-to-mailing-list.txt
> > ck mailing list - mailto: ck@vds.kolivas.org
> > http://vds.kolivas.org/mailman/listinfo/ck
>
I must add that if it gets merged you'd probably see every desktop
oriented Linux distro under the sun enable it in their default kernels.
Most people don't ever see the value of something until it becomes
mainline.
Bren
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] Re: -mm merge plans
2006-03-23 9:07 ` Con Kolivas
@ 2006-03-23 12:12 ` Jens Axboe
0 siblings, 0 replies; 43+ messages in thread
From: Jens Axboe @ 2006-03-23 12:12 UTC (permalink / raw)
To: Con Kolivas; +Cc: ck, Ryan M., linux-kernel
On Thu, Mar 23 2006, Con Kolivas wrote:
> Jens Axboe writes:
>
> >It's a heuristic, and sometimes that will work well and sometimes it
> >will not. What if during this period of inactivity, you start bringing
> >everything in from swap again, only to page it right out because the
> >next memory hog starts running? From a logical standpoint, swap prefetch
> >and the vm must work closely together to avoid paging in things which
> >really aren't needed.
>
> If the system is idle it doesn't cost anything to bring those pages in
> (laptop mode disables any prefetching if you're thinking about power
> consumption on laptops). And if the system wants the ram that has been
> filled with prefetched pages wrongly, the prefetched pages are at the tail
> end of the inactive LRU list with a copy on backing store so if they're not
> accessed they'll be the first thing dropped in preference to anything
> else, without any I/O.
I missed the fact that you left these pages on backing store for easy
dropping in the future. I guess if you didn't, it could coarsely be
handled in user space easily.
--
Jens Axboe
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 11:57 ` Spike
2006-03-23 12:03 ` Spike
@ 2006-03-23 12:16 ` Spike
1 sibling, 0 replies; 43+ messages in thread
From: Spike @ 2006-03-23 12:16 UTC (permalink / raw)
To: ck; +Cc: Con Kolivas, Andrew Morton, linux-kernel
On Thu, 23 Mar 2006 07:57:56 -0400
Spike <spike@spykes.net> wrote:
> On Thu, 23 Mar 2006 18:04:36 +1100
> Con Kolivas <kernel@kolivas.org> wrote:
>
> > On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > > A look at the -mm lineup for 2.6.17:
> >
> > > mm-implement-swap-prefetching.patch
> > > mm-implement-swap-prefetching-fix.patch
> > > mm-implement-swap-prefetching-tweaks.patch
> >
> > > Still don't have a compelling argument for this, IMO.
> >
> > For those users who feel they do have a compelling argument for it, please
> > speak now or I'll end up maintaining this in -ck only forever. I've come to
> > depend on it with my workloads now so I'm never dropping it. There's no point
> > me explaining how it is useful yet again, though, because I just end up
> > looking like I'm handwaving. It seems a shame for it not to be available to
> > all linux users.
> >
> > Cheers,
> > Con
> > _______________________________________________
> > http://ck.kolivas.org/faqs/replying-to-mailing-list.txt
> > ck mailing list - mailto: ck@vds.kolivas.org
> > http://vds.kolivas.org/mailman/listinfo/ck
>
>
> As a gamer it really makes wonders. That's really all I can say because
> swap prefetching is such a simple logical thing that one does not need
> to go into details as its been said so many times over and over again
> before. Having something like this is beneficial to desktop users.
>
> I suppose support for 1000 some odd CPU's in the kernel is really useful
> as well for most people....
>
> One can go on and on with the examples, as I seen over the years it
> seems to just depend on what the few major maintainers want and not
> what the public finds actually useful.
>
> Bren
> _______________________________________________
> http://ck.kolivas.org/faqs/replying-to-mailing-list.txt
> ck mailing list - mailto: ck@vds.kolivas.org
> http://vds.kolivas.org/mailman/listinfo/ck
There has been compelling arguments against dropping swap prefetching
from day one, yet nobody with authority seems to ever take notice.
http://marc.theaimsgroup.com/?l=linux-kernel&m=113473793117511&w=2
I really loved reading the comment about 2gb of ram when testing and
finding no benefits.
So I assume everyone out there has 2gb of ram or more in this so
perfect world.
Bren
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: -mm merge plans
2006-03-23 4:53 -mm merge plans Andrew Morton
` (2 preceding siblings ...)
2006-03-23 10:39 ` Takashi Iwai
@ 2006-03-23 12:33 ` Christoph Hellwig
2006-03-23 12:49 ` [PATCH] remove pps support Roman Zippel
` (3 subsequent siblings)
7 siblings, 0 replies; 43+ messages in thread
From: Christoph Hellwig @ 2006-03-23 12:33 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
> gdth-add-execute-firmware-command-abstraction.patch
>
> That's up to Christoph
This has been tersted and found to work. It'll go in through the scsi tree
eventually.
> areca-raid-linux-scsi-driver.patch
> areca-raid-linux-scsi-driver-update4.patch
>
> Would be nice. Needs followup from the scsi team.
I gave it a quick look and it still looks wired. I'll try to allocate
some time for a real review.
^ permalink raw reply [flat|nested] 43+ messages in thread
* [PATCH] remove pps support
2006-03-23 4:53 -mm merge plans Andrew Morton
` (3 preceding siblings ...)
2006-03-23 12:33 ` Christoph Hellwig
@ 2006-03-23 12:49 ` Roman Zippel
2006-03-23 13:43 ` -mm merge plans Michal Piotrowski
` (2 subsequent siblings)
7 siblings, 0 replies; 43+ messages in thread
From: Roman Zippel @ 2006-03-23 12:49 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, Adrian Bunk
Hi,
On Wed, 22 Mar 2006, Andrew Morton wrote:
> kernel-timec-remove-unused-pps_-variables.patch
This patch does only half the job. Below is the complete patch.
bye, Roman
This removes the support for pps. It's completely unused within the kernel
and is basically in the way for further cleanups. It should be easier to
readd proper support for it after the rest has been converted to NTP4
(where the pps mechanisms are quite different from NTP3 anyway).
Signed-off-by: Roman Zippel <zippel@linux-m68k.org>
---
include/linux/timex.h | 41 ----------------------------------
kernel/time.c | 59 +++++++++++++-------------------------------------
kernel/timer.c | 13 +----------
3 files changed, 18 insertions(+), 95 deletions(-)
Index: linux-2.6-git/include/linux/timex.h
===================================================================
--- linux-2.6-git.orig/include/linux/timex.h 2006-03-16 23:04:09.000000000 +0100
+++ linux-2.6-git/include/linux/timex.h 2006-03-16 23:04:14.000000000 +0100
@@ -97,38 +97,11 @@
#define MAXPHASE 512000L /* max phase error (us) */
#define MAXFREQ (512L << SHIFT_USEC) /* max frequency error (ppm) */
-#define MAXTIME (200L << PPS_AVG) /* max PPS error (jitter) (200 us) */
#define MINSEC 16L /* min interval between updates (s) */
#define MAXSEC 1200L /* max interval between updates (s) */
#define NTP_PHASE_LIMIT (MAXPHASE << 5) /* beyond max. dispersion */
/*
- * The following defines are used only if a pulse-per-second (PPS)
- * signal is available and connected via a modem control lead, such as
- * produced by the optional ppsclock feature incorporated in the Sun
- * asynch driver. They establish the design parameters of the frequency-
- * lock loop used to discipline the CPU clock oscillator to the PPS
- * signal.
- *
- * PPS_AVG is the averaging factor for the frequency loop, as well as
- * the time and frequency dispersion.
- *
- * PPS_SHIFT and PPS_SHIFTMAX specify the minimum and maximum
- * calibration intervals, respectively, in seconds as a power of two.
- *
- * PPS_VALID is the maximum interval before the PPS signal is considered
- * invalid and protocol updates used directly instead.
- *
- * MAXGLITCH is the maximum interval before a time offset of more than
- * MAXTIME is believed.
- */
-#define PPS_AVG 2 /* pps averaging constant (shift) */
-#define PPS_SHIFT 2 /* min interval duration (s) (shift) */
-#define PPS_SHIFTMAX 8 /* max interval duration (s) (shift) */
-#define PPS_VALID 120 /* pps signal watchdog max (s) */
-#define MAXGLITCH 30 /* pps signal glitch max (s) */
-
-/*
* syscall interface - used (mainly by NTP daemon)
* to discipline kernel clock oscillator
*/
@@ -246,20 +219,6 @@ extern long time_reftime; /* time at las
extern long time_adjust; /* The amount of adjtime left */
extern long time_next_adjust; /* Value for time_adjust at next tick */
-/* interface variables pps->timer interrupt */
-extern long pps_offset; /* pps time offset (us) */
-extern long pps_jitter; /* time dispersion (jitter) (us) */
-extern long pps_freq; /* frequency offset (scaled ppm) */
-extern long pps_stabil; /* frequency dispersion (scaled ppm) */
-extern long pps_valid; /* pps signal watchdog counter */
-
-/* interface variables pps->adjtimex */
-extern int pps_shift; /* interval duration (s) (shift) */
-extern long pps_jitcnt; /* jitter limit exceeded */
-extern long pps_calcnt; /* calibration intervals */
-extern long pps_errcnt; /* calibration errors */
-extern long pps_stbcnt; /* stability limit exceeded */
-
/**
* ntp_clear - Clears the NTP state variables
*
Index: linux-2.6-git/kernel/time.c
===================================================================
--- linux-2.6-git.orig/kernel/time.c 2006-03-16 23:04:09.000000000 +0100
+++ linux-2.6-git/kernel/time.c 2006-03-16 23:04:14.000000000 +0100
@@ -202,24 +202,6 @@ asmlinkage long sys_settimeofday(struct
return do_sys_settimeofday(tv ? &new_ts : NULL, tz ? &new_tz : NULL);
}
-long pps_offset; /* pps time offset (us) */
-long pps_jitter = MAXTIME; /* time dispersion (jitter) (us) */
-
-long pps_freq; /* frequency offset (scaled ppm) */
-long pps_stabil = MAXFREQ; /* frequency dispersion (scaled ppm) */
-
-long pps_valid = PPS_VALID; /* pps signal watchdog counter */
-
-int pps_shift = PPS_SHIFT; /* interval duration (s) (shift) */
-
-long pps_jitcnt; /* jitter limit exceeded */
-long pps_calcnt; /* calibration intervals */
-long pps_errcnt; /* calibration errors */
-long pps_stbcnt; /* stability limit exceeded */
-
-/* hook for a loadable hardpps kernel module */
-void (*hardpps_ptr)(struct timeval *);
-
/* we call this to notify the arch when the clock is being
* controlled. If no such arch routine, do nothing.
*/
@@ -279,7 +261,7 @@ int do_adjtimex(struct timex *txc)
result = -EINVAL;
goto leave;
}
- time_freq = txc->freq - pps_freq;
+ time_freq = txc->freq;
}
if (txc->modes & ADJ_MAXERROR) {
@@ -312,10 +294,8 @@ int do_adjtimex(struct timex *txc)
if ((time_next_adjust = txc->offset) == 0)
time_adjust = 0;
}
- else if ( time_status & (STA_PLL | STA_PPSTIME) ) {
- ltemp = (time_status & (STA_PPSTIME | STA_PPSSIGNAL)) ==
- (STA_PPSTIME | STA_PPSSIGNAL) ?
- pps_offset : txc->offset;
+ else if (time_status & STA_PLL) {
+ ltemp = txc->offset;
/*
* Scale the phase adjustment and
@@ -356,23 +336,14 @@ int do_adjtimex(struct timex *txc)
}
time_freq = min(time_freq, time_tolerance);
time_freq = max(time_freq, -time_tolerance);
- } /* STA_PLL || STA_PPSTIME */
+ } /* STA_PLL */
} /* txc->modes & ADJ_OFFSET */
if (txc->modes & ADJ_TICK) {
tick_usec = txc->tick;
tick_nsec = TICK_USEC_TO_NSEC(tick_usec);
}
} /* txc->modes */
-leave: if ((time_status & (STA_UNSYNC|STA_CLOCKERR)) != 0
- || ((time_status & (STA_PPSFREQ|STA_PPSTIME)) != 0
- && (time_status & STA_PPSSIGNAL) == 0)
- /* p. 24, (b) */
- || ((time_status & (STA_PPSTIME|STA_PPSJITTER))
- == (STA_PPSTIME|STA_PPSJITTER))
- /* p. 24, (c) */
- || ((time_status & STA_PPSFREQ) != 0
- && (time_status & (STA_PPSWANDER|STA_PPSERROR)) != 0))
- /* p. 24, (d) */
+leave: if ((time_status & (STA_UNSYNC|STA_CLOCKERR)) != 0)
result = TIME_ERROR;
if ((txc->modes & ADJ_OFFSET_SINGLESHOT) == ADJ_OFFSET_SINGLESHOT)
@@ -380,7 +351,7 @@ leave: if ((time_status & (STA_UNSYNC|ST
else {
txc->offset = shift_right(time_offset, SHIFT_UPDATE);
}
- txc->freq = time_freq + pps_freq;
+ txc->freq = time_freq;
txc->maxerror = time_maxerror;
txc->esterror = time_esterror;
txc->status = time_status;
@@ -388,14 +359,16 @@ leave: if ((time_status & (STA_UNSYNC|ST
txc->precision = time_precision;
txc->tolerance = time_tolerance;
txc->tick = tick_usec;
- txc->ppsfreq = pps_freq;
- txc->jitter = pps_jitter >> PPS_AVG;
- txc->shift = pps_shift;
- txc->stabil = pps_stabil;
- txc->jitcnt = pps_jitcnt;
- txc->calcnt = pps_calcnt;
- txc->errcnt = pps_errcnt;
- txc->stbcnt = pps_stbcnt;
+
+ /* PPS is not implemented, so these are zero */
+ txc->ppsfreq = 0;
+ txc->jitter = 0;
+ txc->shift = 0;
+ txc->stabil = 0;
+ txc->jitcnt = 0;
+ txc->calcnt = 0;
+ txc->errcnt = 0;
+ txc->stbcnt = 0;
write_sequnlock_irq(&xtime_lock);
do_gettimeofday(&txc->time);
notify_arch_cmos_timer();
Index: linux-2.6-git/kernel/timer.c
===================================================================
--- linux-2.6-git.orig/kernel/timer.c 2006-03-16 23:04:09.000000000 +0100
+++ linux-2.6-git/kernel/timer.c 2006-03-16 23:04:14.000000000 +0100
@@ -696,18 +696,9 @@ static void second_overflow(void)
/*
* Compute the frequency estimate and additional phase adjustment due
- * to frequency error for the next second. When the PPS signal is
- * engaged, gnaw on the watchdog counter and update the frequency
- * computed by the pll and the PPS signal.
+ * to frequency error for the next second.
*/
- pps_valid++;
- if (pps_valid == PPS_VALID) { /* PPS signal lost */
- pps_jitter = MAXTIME;
- pps_stabil = MAXFREQ;
- time_status &= ~(STA_PPSSIGNAL | STA_PPSJITTER |
- STA_PPSWANDER | STA_PPSERROR);
- }
- ltemp = time_freq + pps_freq;
+ ltemp = time_freq;
time_adj += shift_right(ltemp,(SHIFT_USEC + SHIFT_HZ - SHIFT_SCALE));
#if HZ == 100
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 8:22 ` Nick Piggin
2006-03-23 9:09 ` Con Kolivas
@ 2006-03-23 13:23 ` Martin J. Bligh
1 sibling, 0 replies; 43+ messages in thread
From: Martin J. Bligh @ 2006-03-23 13:23 UTC (permalink / raw)
To: Nick Piggin; +Cc: linux-kernel
> Firstly, swap prefetch actually doesn't handle the midnight updatedb
pageout
> problem nicely. It doesn't do any prefetching when the pagecache/vfs
> cache fills memory (which is what would have to happen for updatedb
> to push stuff into swap).
So is use once just horribly broken, or is updatedb reading everything
multiple times for some reason?
M.
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: -mm merge plans
2006-03-23 4:53 -mm merge plans Andrew Morton
` (4 preceding siblings ...)
2006-03-23 12:49 ` [PATCH] remove pps support Roman Zippel
@ 2006-03-23 13:43 ` Michal Piotrowski
2006-03-24 23:33 ` Eric W. Biederman
2006-03-25 1:53 ` Arthur Othieno
7 siblings, 0 replies; 43+ messages in thread
From: Michal Piotrowski @ 2006-03-23 13:43 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
Hi,
On 23/03/06, Andrew Morton <akpm@osdl.org> wrote:
>
> A look at the -mm lineup for 2.6.17:
>
[snip]
>
> oops-reporting-tool.patch
>
> Might drop this. Is it useful?
>
Probably only I use this. Please drop this patch.
(Here is a new version
www.stardust.webpages.pl/files/ort/ort-ltg1b.tar.bz2 , if someone like
it)
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group
(http://www.stardust.webpages.pl/ltg/wiki/)
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (5 preceding siblings ...)
2006-03-23 11:58 ` Lenar Lõhmus
@ 2006-03-23 13:58 ` Francesco Biscani
2006-03-23 15:37 ` James Rayner
2006-03-23 15:34 ` [ck] " Radoslaw Szkodzinski
` (4 subsequent siblings)
11 siblings, 1 reply; 43+ messages in thread
From: Francesco Biscani @ 2006-03-23 13:58 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, linux-kernel, ck
On Thursday 23 March 2006 08:04, Con Kolivas wrote:
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever. I've come
> to depend on it with my workloads now so I'm never dropping it. There's no
> point me explaining how it is useful yet again, though, because I just end
> up looking like I'm handwaving. It seems a shame for it not to be available
> to all linux users.
Another "me too" from a desktop user here, for the reasons other people have
already explained. Please consider it for merging into mainline.
--
Dr. Francesco Biscani
Dipartimento di Astronomia
Università di Padova
biscani@pd.astro.it
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (6 preceding siblings ...)
2006-03-23 13:58 ` Francesco Biscani
@ 2006-03-23 15:34 ` Radoslaw Szkodzinski
2006-03-23 18:35 ` Mattia Dongili
` (3 subsequent siblings)
11 siblings, 0 replies; 43+ messages in thread
From: Radoslaw Szkodzinski @ 2006-03-23 15:34 UTC (permalink / raw)
To: ck; +Cc: Con Kolivas, Andrew Morton, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1501 bytes --]
On Thursday 23 March 2006 08:04, Con Kolivas wrote yet:
> On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > A look at the -mm lineup for 2.6.17:
> >
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-fix.patch
> > mm-implement-swap-prefetching-tweaks.patch
> >
> > Still don't have a compelling argument for this, IMO.
>
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever. I've come
> to depend on it with my workloads now so I'm never dropping it. There's no
> point me explaining how it is useful yet again, though, because I just end
> up looking like I'm handwaving. It seems a shame for it not to be available
> to all linux users.
>
A compelling argument? Launch UT2004 and some applications in the background.
They'll get swapped out. Shock horror when you wait x seconds before system
gets responsive and applications are swapped in. (especially the new manual
option helps)
Same applies to any large compile. (KDE with --enable-final springs to mind,
but Firefox should also be large enough)
Even 0,5G of memory is not enough for those and a few apps.
Another boon is retaining swapped-out data.
Saves a lot of time when I keep large applications in background and only use
them sporadically. (OpenOffice springs to mind)
--
GPG Key id: 0xD1F10BA2
Fingerprint: 96E2 304A B9C4 949A 10A0 9105 9543 0453 D1F1 0BA2
AstralStorm
[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-23 13:58 ` Francesco Biscani
@ 2006-03-23 15:37 ` James Rayner
0 siblings, 0 replies; 43+ messages in thread
From: James Rayner @ 2006-03-23 15:37 UTC (permalink / raw)
To: Francesco Biscani; +Cc: Con Kolivas, Andrew Morton, linux-kernel, ck
On 3/24/06, Francesco Biscani <biscani@pd.astro.it> wrote:
> On Thursday 23 March 2006 08:04, Con Kolivas wrote:
> > For those users who feel they do have a compelling argument for it, please
> > speak now or I'll end up maintaining this in -ck only forever. I've come
> > to depend on it with my workloads now so I'm never dropping it. There's no
> > point me explaining how it is useful yet again, though, because I just end
> > up looking like I'm handwaving. It seems a shame for it not to be available
> > to all linux users.
>
> Another "me too" from a desktop user here, for the reasons other people have
> already explained. Please consider it for merging into mainline.
>
Another 'me too' from me.
I dont use swap often, or at least I wouldnt think I would. The few
times I do hit swap, it's covered well by prefetch. It covers the
system well after returning from a heavy task, such as a game or
leaving my system to be used as a distributed build system for my
distro. Firefox, Opera, or other big applications if left open, spring
right back, usable almost instantaneously, whereas without prefetch,
there's an annoying and noticable delay.
There doesnt seem to be any compelling arguments against prefetch.
There are a lot of users swearing by it. I maintain packages in the
Arch Linux repositories with prefetch enabled, and i've had no
complaints about it, only praise about how well these kernels handle a
system under load and afterwards.
By concept alone, it's easy to see how swap prefetch can help. Here we
have an implementation in practice, and it's working very well.
James
--
iphitus - ArchCK Maintainer, Arch Developer.
Home:iphitus.loudas.com
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (7 preceding siblings ...)
2006-03-23 15:34 ` [ck] " Radoslaw Szkodzinski
@ 2006-03-23 18:35 ` Mattia Dongili
2006-03-23 18:40 ` Rafael J. Wysocki
` (2 subsequent siblings)
11 siblings, 0 replies; 43+ messages in thread
From: Mattia Dongili @ 2006-03-23 18:35 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, linux-kernel, ck
Hello,
On Thu, Mar 23, 2006 at 06:04:36PM +1100, Con Kolivas wrote:
> On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > A look at the -mm lineup for 2.6.17:
>
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-fix.patch
> > mm-implement-swap-prefetching-tweaks.patch
>
> > Still don't have a compelling argument for this, IMO.
>
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever. I've come to
I have just 256MB on this laptop and I know its limits.
IME swap prefetch helps expecially when I need to open some memory
demanding application for just a few mintues (OO.org, gimp on large
images, pretty large builds, any 3D app) and then go back to my usual
<high number> of xterms.
I did definitely noticed the difference when Andrew dropped the patch
the first time. As already said, it seems so natural the idea of
swapping-in when some room is available that I immediately got used to
having this functionality and I support its inclusion.
Thanks
--
mattia
:wq!
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (8 preceding siblings ...)
2006-03-23 18:35 ` Mattia Dongili
@ 2006-03-23 18:40 ` Rafael J. Wysocki
2006-03-25 14:37 ` Jan Engelhardt
2006-03-28 6:16 ` [ck] " Chase Venters
11 siblings, 0 replies; 43+ messages in thread
From: Rafael J. Wysocki @ 2006-03-23 18:40 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, linux-kernel, ck
Hi,
On Thursday 23 March 2006 08:04, Con Kolivas wrote:
> On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote:
> > A look at the -mm lineup for 2.6.17:
>
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-fix.patch
> > mm-implement-swap-prefetching-tweaks.patch
>
> > Still don't have a compelling argument for this, IMO.
>
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever. I've come to
> depend on it with my workloads now so I'm never dropping it. There's no point
> me explaining how it is useful yet again, though, because I just end up
> looking like I'm handwaving. It seems a shame for it not to be available to
> all linux users.
AFAICT, it may help get the system more responsive after resume from suspend
to disk. However, I'd like to get some hard data to support this, but I have
a little time to test it myself now. Also I haven't thought about the
methodology yet.
If anyone can help with that, please go for it.
Greetings,
Rafael
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: -mm merge plans
2006-03-23 4:53 -mm merge plans Andrew Morton
` (5 preceding siblings ...)
2006-03-23 13:43 ` -mm merge plans Michal Piotrowski
@ 2006-03-24 23:33 ` Eric W. Biederman
2006-03-24 23:53 ` Andrew Morton
2006-03-25 1:53 ` Arthur Othieno
7 siblings, 1 reply; 43+ messages in thread
From: Eric W. Biederman @ 2006-03-24 23:33 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
Andrew Morton <akpm@osdl.org> writes:
> This is Oleg's romp through the core kernel. There's a ton of material
> here. I'll probably send it all to Linus and ask him to review it. (aka
> blame-shifting).
A couple of those are mine... :)
> Eric's romp through /proc. Scary, not sure yet.
And a couple of these were Oleg's :)
Anything that can be done to make these less scary?
Eric
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: -mm merge plans
2006-03-24 23:33 ` Eric W. Biederman
@ 2006-03-24 23:53 ` Andrew Morton
2006-03-25 0:50 ` Eric W. Biederman
0 siblings, 1 reply; 43+ messages in thread
From: Andrew Morton @ 2006-03-24 23:53 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: linux-kernel
ebiederm@xmission.com (Eric W. Biederman) wrote:
>
> Andrew Morton <akpm@osdl.org> writes:
>
> > This is Oleg's romp through the core kernel. There's a ton of material
> > here. I'll probably send it all to Linus and ask him to review it. (aka
> > blame-shifting).
>
> A couple of those are mine... :)
>
> > Eric's romp through /proc. Scary, not sure yet.
>
> And a couple of these were Oleg's :)
You're just trying to trick me into thinking that you're different guys.
> Anything that can be done to make these less scary?
Nothing clever that I can think of, no. It's just a whole lot of code in
areas which are tricky and in which few people work and in which reviewing
resources are slight.
We'll have a couple of months to shake things out. Any lingering problems
will be small. As long as the small-lingering-problems aren't security
holes then OK, that's liveable with.
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: -mm merge plans
2006-03-24 23:53 ` Andrew Morton
@ 2006-03-25 0:50 ` Eric W. Biederman
0 siblings, 0 replies; 43+ messages in thread
From: Eric W. Biederman @ 2006-03-25 0:50 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
Andrew Morton <akpm@osdl.org> writes:
> ebiederm@xmission.com (Eric W. Biederman) wrote:
>>
>> Andrew Morton <akpm@osdl.org> writes:
>>
>> > This is Oleg's romp through the core kernel. There's a ton of material
>> > here. I'll probably send it all to Linus and ask him to review it. (aka
>> > blame-shifting).
>>
>> A couple of those are mine... :)
>>
>> > Eric's romp through /proc. Scary, not sure yet.
>>
>> And a couple of these were Oleg's :)
>
> You're just trying to trick me into thinking that you're different guys.
>> Anything that can be done to make these less scary?
>
> Nothing clever that I can think of, no. It's just a whole lot of code in
> areas which are tricky and in which few people work and in which reviewing
> resources are slight.
Ok. Thanks. At least I now know why it is scary.
> We'll have a couple of months to shake things out. Any lingering problems
> will be small. As long as the small-lingering-problems aren't security
> holes then OK, that's liveable with.
Eric
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: -mm merge plans
2006-03-23 4:53 -mm merge plans Andrew Morton
` (6 preceding siblings ...)
2006-03-24 23:33 ` Eric W. Biederman
@ 2006-03-25 1:53 ` Arthur Othieno
7 siblings, 0 replies; 43+ messages in thread
From: Arthur Othieno @ 2006-03-25 1:53 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, p_gortmaker, jgarzik
On Wed, Mar 22, 2006 at 08:53:05PM -0800, Andrew Morton wrote:
>
> A look at the -mm lineup for 2.6.17:
[snip]
> net-remove-config_net_cbus-conditional-for-ns8390.patch
On Sun, Feb 19, 2006 at 08:26:25AM -0800, Paul Gortmaker wrote:
> Fine by me.
>
> Paul.
>
> Signed-off-by: Paul Gortmaker <p_gortmaker@yahoo.com>
>
> --- Arthur Othieno <apgo@patchbomb.org> wrote:
>
> > Don't bother testing for CONFIG_NET_CBUS ("NEC PC-9800 C-bus cards");
> > it went out with the rest of PC98 subarch.
> >
> > Signed-off-by: Arthur Othieno <apgo@patchbomb.org>
> >
> > ---
> >
> > drivers/net/8390.h | 2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > 6eca48257ddfe560447fda2c0c1961d78b06a047
> > diff --git a/drivers/net/8390.h b/drivers/net/8390.h
> > index 599b68d..51e39dc 100644
> > --- a/drivers/net/8390.h
> > +++ b/drivers/net/8390.h
> > @@ -134,7 +134,7 @@ struct ei_device {
> > #define inb_p(_p) inb(_p)
> > #define outb_p(_v,_p) outb(_v,_p)
> >
> > -#elif defined(CONFIG_NET_CBUS) || defined(CONFIG_NE_H8300) ||
> > defined(CONFIG_NE_H8300_MODULE)
> > +#elif defined(CONFIG_NE_H8300) || defined(CONFIG_NE_H8300_MODULE)
> > #define EI_SHIFT(x) (ei_local->reg_offset[x])
> > #else
> > #define EI_SHIFT(x) (x)
> > --
> > 1.1.5
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (9 preceding siblings ...)
2006-03-23 18:40 ` Rafael J. Wysocki
@ 2006-03-25 14:37 ` Jan Engelhardt
2006-03-25 15:24 ` Nick Piggin
2006-03-28 6:16 ` [ck] " Chase Venters
11 siblings, 1 reply; 43+ messages in thread
From: Jan Engelhardt @ 2006-03-25 14:37 UTC (permalink / raw)
To: Con Kolivas; +Cc: Andrew Morton, linux-kernel, ck
>> A look at the -mm lineup for 2.6.17:
>
>> mm-implement-swap-prefetching.patch
>> mm-implement-swap-prefetching-fix.patch
>> mm-implement-swap-prefetching-tweaks.patch
>
>> Still don't have a compelling argument for this, IMO.
>
>For those users who feel they do have a compelling argument for it, please
>speak now or I'll end up maintaining this in -ck only forever. I've come to
When will Staircase go in?
Jan Engelhardt
--
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-25 14:37 ` Jan Engelhardt
@ 2006-03-25 15:24 ` Nick Piggin
2006-03-25 23:44 ` Con Kolivas
0 siblings, 1 reply; 43+ messages in thread
From: Nick Piggin @ 2006-03-25 15:24 UTC (permalink / raw)
To: Jan Engelhardt; +Cc: Con Kolivas, Andrew Morton, linux-kernel, ck
Jan Engelhardt wrote:
>
> When will Staircase go in?
>
It is in... the queue ;)
--
Send instant messages to your online friends http://au.messenger.yahoo.com
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-25 15:24 ` Nick Piggin
@ 2006-03-25 23:44 ` Con Kolivas
2006-03-26 5:54 ` Mike Galbraith
2006-03-26 9:20 ` Jan Engelhardt
0 siblings, 2 replies; 43+ messages in thread
From: Con Kolivas @ 2006-03-25 23:44 UTC (permalink / raw)
To: Nick Piggin; +Cc: Jan Engelhardt, Andrew Morton, linux-kernel, ck
On Sunday 26 March 2006 02:24, Nick Piggin wrote:
> Jan Engelhardt wrote:
> > When will Staircase go in?
>
> It is in... the queue ;)
Hah you wish.
No way would I let mainline benefit from something that good. I'm hoarding it
for -ck only.
Cheers,
Con
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-25 23:44 ` Con Kolivas
@ 2006-03-26 5:54 ` Mike Galbraith
2006-03-26 8:08 ` Con Kolivas
2006-03-26 9:20 ` Jan Engelhardt
1 sibling, 1 reply; 43+ messages in thread
From: Mike Galbraith @ 2006-03-26 5:54 UTC (permalink / raw)
To: Con Kolivas; +Cc: Nick Piggin, Jan Engelhardt, Andrew Morton, linux-kernel, ck
[-- Attachment #1: Type: text/plain, Size: 1993 bytes --]
On Sun, 2006-03-26 at 10:44 +1100, Con Kolivas wrote:
> On Sunday 26 March 2006 02:24, Nick Piggin wrote:
> > Jan Engelhardt wrote:
> > > When will Staircase go in?
> >
> > It is in... the queue ;)
>
> Hah you wish.
>
> No way would I let mainline benefit from something that good. I'm hoarding it
> for -ck only.
Well, my box doesn't think it's _that_ good. I just got done doing some
basic testing, and it is most definitely not ready for primetime. It
has the same problem with sleep as the stock kernel does for instance.
This is bonnie competing with three sleeping cpu hogs.
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
2 1 3684 13824 4516 818888 0 1 2414 2510 1160 3062 54 5 29 12
1 0 3684 14892 4528 817888 0 0 28 6940 1248 1779 98 2 0 0
1 0 3684 13624 4532 819240 0 0 0 0 1097 1586 99 1 0 0
1 0 3684 14556 4532 818284 0 0 0 0 1181 1709 99 1 0 0
1 0 3684 13688 4532 819184 0 0 0 0 1193 2011 100 0 0 0
1 1 3684 14252 4532 818528 0 0 128 5196 1441 1632 98 2 0 0
1 0 3684 15028 4536 817804 0 0 0 80 1216 1735 99 1 0 0
1 0 3684 13276 4536 819576 0 0 0 0 1157 1650 99 1 0 0
1 0 3684 13976 4540 818832 0 0 4 0 1204 1793 99 1 0 0
1 0 3684 14788 4544 817972 0 0 0 0 1087 1540 100 0 0 0
2 0 3684 13408 4552 819412 0 0 80 6760 1237 1736 98 2 0 0
1 0 3684 14260 4552 818596 0 0 0 4 1091 1564 99 1 0 0
1 0 3684 13144 4556 819712 0 0 0 0 1223 1781 99 1 0 0
1 0 3684 13704 4548 819176 0 0 0 0 1090 1546 99 1 0 0
(after short read, I see it wasn't allowed to compete)
Needless to say, I interrupted it.
It also fails the attached testcase.
-Mike
[-- Attachment #2: starve.c --]
[-- Type: text/x-csrc, Size: 715 bytes --]
#include <stdlib.h>
#include <stdio.h>
#include <signal.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/wait.h>
volatile unsigned long loop = 10000000;
void
handler (int n)
{
if (loop > 0)
--loop;
}
static int
child (void)
{
pid_t ppid = getppid ();
sleep (1);
while (1)
kill (ppid, SIGUSR1);
return 0;
}
int
main (int argc, char **argv)
{
pid_t child_pid;
int r;
loop = argc > 1 ? strtoul (argv[1], NULL, 10) : 10000000;
printf ("expecting to receive %lu signals\n", loop);
if ((child_pid = fork ()) == 0)
exit (child ());
signal (SIGUSR1, handler);
while (loop)
sleep (1);
r = kill (child_pid, SIGTERM);
waitpid (child_pid, NULL, 0);
return 0;
}
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-26 8:08 ` Con Kolivas
@ 2006-03-26 7:42 ` Mike Galbraith
2006-03-26 9:34 ` Con Kolivas
0 siblings, 1 reply; 43+ messages in thread
From: Mike Galbraith @ 2006-03-26 7:42 UTC (permalink / raw)
To: Con Kolivas; +Cc: Nick Piggin, Jan Engelhardt, Andrew Morton, linux-kernel, ck
On Sun, 2006-03-26 at 19:08 +1100, Con Kolivas wrote:
> On Sunday 26 March 2006 15:54, Mike Galbraith wrote:
> > On Sun, 2006-03-26 at 10:44 +1100, Con Kolivas wrote:
> > > On Sunday 26 March 2006 02:24, Nick Piggin wrote:
> > > > Jan Engelhardt wrote:
> > > > > When will Staircase go in?
> > > >
> > > > It is in... the queue ;)
> > >
> > > Hah you wish.
> > >
> > > No way would I let mainline benefit from something that good. I'm
> > > hoarding it for -ck only.
> >
> > Well, my box doesn't think it's _that_ good.
>
> I guess you didn't get the extreme sarcasm in my comment.
I guess so. I thought you were of the opinion that staircase would be a
good drop-in replacement for the stock scheduler.
> > I just got done doing some
> > basic testing, and it is most definitely not ready for primetime.
>
> I guess me criticising your patches made you want to find flaws with my code.
I was simply curious as to how well the damn thing performs Con. Don't
worry though, I'll never make the mistake of testing and reporting ever
again.
Later,
-Mike
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-26 5:54 ` Mike Galbraith
@ 2006-03-26 8:08 ` Con Kolivas
2006-03-26 7:42 ` Mike Galbraith
0 siblings, 1 reply; 43+ messages in thread
From: Con Kolivas @ 2006-03-26 8:08 UTC (permalink / raw)
To: Mike Galbraith
Cc: Nick Piggin, Jan Engelhardt, Andrew Morton, linux-kernel, ck
On Sunday 26 March 2006 15:54, Mike Galbraith wrote:
> On Sun, 2006-03-26 at 10:44 +1100, Con Kolivas wrote:
> > On Sunday 26 March 2006 02:24, Nick Piggin wrote:
> > > Jan Engelhardt wrote:
> > > > When will Staircase go in?
> > >
> > > It is in... the queue ;)
> >
> > Hah you wish.
> >
> > No way would I let mainline benefit from something that good. I'm
> > hoarding it for -ck only.
>
> Well, my box doesn't think it's _that_ good.
I guess you didn't get the extreme sarcasm in my comment.
> I just got done doing some
> basic testing, and it is most definitely not ready for primetime.
I guess me criticising your patches made you want to find flaws with my code.
> It
> has the same problem with sleep as the stock kernel does for instance.
Great to hear I am in such good company.
I don't suppose you know there is an interactive tunable in the full staircase
set in -ck
Anyway this is all moot. I have no intention of pushing this code to mainline,
but I thank you for your feedback with respect to it.
Cheers,
Con
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-25 23:44 ` Con Kolivas
2006-03-26 5:54 ` Mike Galbraith
@ 2006-03-26 9:20 ` Jan Engelhardt
1 sibling, 0 replies; 43+ messages in thread
From: Jan Engelhardt @ 2006-03-26 9:20 UTC (permalink / raw)
To: Con Kolivas; +Cc: Nick Piggin, Andrew Morton, linux-kernel, ck
>> > When will Staircase go in?
>> It is in... the queue ;)
>Hah you wish.
>
>No way would I let mainline benefit from something that good. I'm hoarding it
>for -ck only.
>
Bad thing is, it's all under GPL, so everyone is free to put it into
mainline. :p
Jan Engelhardt
--
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: swap prefetching merge plans
2006-03-26 7:42 ` Mike Galbraith
@ 2006-03-26 9:34 ` Con Kolivas
2006-03-27 15:37 ` [ck] " André Goddard Rosa
0 siblings, 1 reply; 43+ messages in thread
From: Con Kolivas @ 2006-03-26 9:34 UTC (permalink / raw)
To: Mike Galbraith
Cc: Nick Piggin, Jan Engelhardt, Andrew Morton, linux-kernel, ck
On Sunday 26 March 2006 17:42, Mike Galbraith wrote:
> On Sun, 2006-03-26 at 19:08 +1100, Con Kolivas wrote:
> > I guess me criticising your patches made you want to find flaws with my
> > code.
>
> I was simply curious as to how well the damn thing performs Con. Don't
> worry though, I'll never make the mistake of testing and reporting ever
> again.
That was a foolishly bitter comment from me that you did absolutely nothing to
deserve and I humbly apologise.
Con
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] Re: swap prefetching merge plans
2006-03-26 9:34 ` Con Kolivas
@ 2006-03-27 15:37 ` André Goddard Rosa
2006-03-27 22:19 ` Con Kolivas
0 siblings, 1 reply; 43+ messages in thread
From: André Goddard Rosa @ 2006-03-27 15:37 UTC (permalink / raw)
To: Con Kolivas
Cc: Mike Galbraith, Andrew Morton, Nick Piggin, Jan Engelhardt, ck,
linux-kernel
On 3/26/06, Con Kolivas <kernel@kolivas.org> wrote:
> On Sunday 26 March 2006 17:42, Mike Galbraith wrote:
> > On Sun, 2006-03-26 at 19:08 +1100, Con Kolivas wrote:
> > > I guess me criticising your patches made you want to find flaws with my
> > > code.
> >
> > I was simply curious as to how well the damn thing performs Con. Don't
> > worry though, I'll never make the mistake of testing and reporting ever
> > again.
>
> That was a foolishly bitter comment from me that you did absolutely nothing to
> deserve and I humbly apologise.
@Mike: Do we have a testcase for the sleep problem?
@Con: Is it possible to patch staircase to address this issue as Mike
did with the stock kernel, so I can see the testcase suceeding?
Perhaps changing a little the interactivity detection algorithm
(disabling fairness a little)?
I would like to test any patches to improve this situation on staircase too.
I would like to see more cooperation on both of you, as you are trying
to solve the same problems as I can see.
Please keep walking in the same direction and try to help each other. :)
Thank you both for your effort, it is very apreciated,
--
[]s,
André Goddard
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] Re: swap prefetching merge plans
2006-03-27 15:37 ` [ck] " André Goddard Rosa
@ 2006-03-27 22:19 ` Con Kolivas
0 siblings, 0 replies; 43+ messages in thread
From: Con Kolivas @ 2006-03-27 22:19 UTC (permalink / raw)
To: André Goddard Rosa
Cc: Mike Galbraith, Andrew Morton, Nick Piggin, Jan Engelhardt, ck,
linux-kernel
On Tue, 28 Mar 2006 02:37 am, André Goddard Rosa wrote:
> @Con: Is it possible to patch staircase to address this issue as Mike
> did with the stock kernel, so I can see the testcase suceeding?
> Perhaps changing a little the interactivity detection algorithm
> (disabling fairness a little)?
I have code for it already and have been holding off putting it in for a long
time. This report has renewed my interest in pursuing it.
> I would like to test any patches to improve this situation on staircase
> too.
Thanks. You've always been very helpful in that regard and I appreciate it.
> I would like to see more cooperation on both of you, as you are trying
> to solve the same problems as I can see.
>
> Please keep walking in the same direction and try to help each other. :)
> Thank you both for your effort, it is very apreciated,
I'll try to.
Cheers,
Con
^ permalink raw reply [flat|nested] 43+ messages in thread
* Re: [ck] swap prefetching merge plans
2006-03-23 7:04 ` swap prefetching " Con Kolivas
` (10 preceding siblings ...)
2006-03-25 14:37 ` Jan Engelhardt
@ 2006-03-28 6:16 ` Chase Venters
11 siblings, 0 replies; 43+ messages in thread
From: Chase Venters @ 2006-03-28 6:16 UTC (permalink / raw)
To: ck; +Cc: Con Kolivas, Andrew Morton, linux-kernel
On Thursday 23 March 2006 01:04, Con Kolivas wrote:
> For those users who feel they do have a compelling argument for it, please
> speak now or I'll end up maintaining this in -ck only forever. I've come
> to depend on it with my workloads now so I'm never dropping it. There's no
> point me explaining how it is useful yet again, though, because I just end
> up looking like I'm handwaving. It seems a shame for it not to be available
> to all linux users.
Another happy prefetch user chiming in (sadly, without rigorous scientific
research -- my team of monkeys is too busy at the moment). In my case, I have
a gig of RAM, but I'm a pig when it comes to leaving applications open.
Testimonials may not meet the appropriate criteria for merging a patch; I
hope, though, that the aggregate value of these messages, in considering this
issue, is more than that of mere noise.
> Cheers,
> Con
Thanks,
Chase
^ permalink raw reply [flat|nested] 43+ messages in thread
end of thread, other threads:[~2006-03-28 6:16 UTC | newest]
Thread overview: 43+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-23 4:53 -mm merge plans Andrew Morton
2006-03-23 7:04 ` swap prefetching " Con Kolivas
2006-03-23 7:56 ` [ck] " Grzegorz Kulewski
2006-03-23 8:01 ` jos poortvliet
2006-03-23 8:22 ` Nick Piggin
2006-03-23 9:09 ` Con Kolivas
2006-03-23 9:24 ` Con Kolivas
2006-03-23 13:23 ` Martin J. Bligh
2006-03-23 8:33 ` Thomas Kuther
2006-03-23 11:19 ` Jesper Juhl
2006-03-23 11:24 ` [ck] " André Goddard Rosa
2006-03-23 11:57 ` Spike
2006-03-23 12:03 ` Spike
2006-03-23 12:16 ` Spike
2006-03-23 11:58 ` Lenar Lõhmus
2006-03-23 13:58 ` Francesco Biscani
2006-03-23 15:37 ` James Rayner
2006-03-23 15:34 ` [ck] " Radoslaw Szkodzinski
2006-03-23 18:35 ` Mattia Dongili
2006-03-23 18:40 ` Rafael J. Wysocki
2006-03-25 14:37 ` Jan Engelhardt
2006-03-25 15:24 ` Nick Piggin
2006-03-25 23:44 ` Con Kolivas
2006-03-26 5:54 ` Mike Galbraith
2006-03-26 8:08 ` Con Kolivas
2006-03-26 7:42 ` Mike Galbraith
2006-03-26 9:34 ` Con Kolivas
2006-03-27 15:37 ` [ck] " André Goddard Rosa
2006-03-27 22:19 ` Con Kolivas
2006-03-26 9:20 ` Jan Engelhardt
2006-03-28 6:16 ` [ck] " Chase Venters
2006-03-23 7:59 ` -mm " Ryan M.
2006-03-23 8:09 ` [ck] " Jens Axboe
2006-03-23 9:07 ` Con Kolivas
2006-03-23 12:12 ` [ck] " Jens Axboe
2006-03-23 10:39 ` Takashi Iwai
2006-03-23 12:33 ` Christoph Hellwig
2006-03-23 12:49 ` [PATCH] remove pps support Roman Zippel
2006-03-23 13:43 ` -mm merge plans Michal Piotrowski
2006-03-24 23:33 ` Eric W. Biederman
2006-03-24 23:53 ` Andrew Morton
2006-03-25 0:50 ` Eric W. Biederman
2006-03-25 1:53 ` Arthur Othieno
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox