* mmotm 2011-08-24-14-08 uploaded @ 2011-08-24 21:09 akpm 2011-08-24 22:04 ` Randy Dunlap ` (2 more replies) 0 siblings, 3 replies; 13+ messages in thread From: akpm @ 2011-08-24 21:09 UTC (permalink / raw) To: mm-commits, linux-kernel, linux-mm, linux-fsdevel, linux-next The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to http://userweb.kernel.org/~akpm/mmotm/ It contains the following patches against 3.1-rc3: (patches marked "*" will be included in linux-next) origin.patch headers_check-is-broken.patch samples-hidraw-is-busted.patch * drivers-misc-ptic-add-missing-includes.patch * alpha-unbreak-osf_setsysinfossi_nvpairs.patch * alpha-unbreak-osf_setsysinfossi_nvpairs-checkpatch-fixes.patch * w1-fix-for-loop-in-w1_f29_remove_slave.patch * maintainers-evgeniy-has-moved.patch * memcg-pin-execution-to-current-cpu-while-draining-stock.patch * scripts-get_maintainerpl-update-linuss-git-repository.patch * checkpatch-add-missing-warn-argument-for-min_t-and-max_t-tests.patch * drivers-char-msm_smd_pktc-dont-use-is_err.patch * mm-fix-a-vmscan-warning.patch * maintainers-paul-menage-has-moved.patch * kernel-printk-do-not-turn-off-bootconsole-in-printk_late_init-if-keep_bootcon.patch * vmscan-clear-zone_congested-for-zone-with-good-watermark-resend.patch * rapidio-fix-use-of-non-compatible-registers.patch * drivers-video-backlight-ep93xx_blc-add-missing-include-of-linux-moduleh.patch * leds-add-missing-include-of-linux-moduleh.patch * memcg-make-oom_lock-0-and-1-based-rather-than-coutner.patch * backlight-add-a-callback-notify_after-for-backlight-control.patch * backlight-fix-module-alias-prefix-for-adp8870_bl.patch * drivers-misc-fsa9480-fix-a-leak-of-the-irq-during-init-failure.patch * drivers-misc-ab8500-pwmc-fix-modalias.patch * cris-add-arch-cris-include-asm-serialh.patch * drivers-leds-leds-bd2802c-bd2802_unregister_led_classdev-should-unregister-all-registered-leds.patch linux-next.patch i-need-old-gcc.patch arch-alpha-kernel-systblss-remove-debug-check.patch * mm-mempolicyc-make-copy_from_user-provably-correct.patch * floppy-use-del_timer_sync-in-init-cleanup.patch * drm-fix-kconfig-unmet-dependency-warning.patch * sched-fix-a-memory-leak-in-__sdt_free.patch * kernel-timec-change-jiffies_to_clock_t-input-parameters-type-to-unsigned-long.patch * readlinkat-ensure-we-return-enoent-for-the-empty-pathname-for-normal-lookups.patch * acerhdf-add-support-for-aspire-1410-bios-v13314.patch * arch-x86-platform-iris-irisc-register-a-platform-device-and-a-platform-driver.patch * x86-fix-mmap-random-address-range.patch * leds-new-pcengines-alix-system-driver-enables-leds-via-gpio-interface.patch * leds-new-pcengines-alix-system-driver-enables-leds-via-gpio-interface-fix.patch * arch-x86-kernel-e820c-eliminate-bubble-sort-from-sanitize_e820_map.patch * tracex86-add-tracepoint-to-x86-timer-interrupt-handler.patch * tracex86-add-x86-irq-vector-entry-exit-tracepoints.patch * arch-arm-mach-ux500-mbox-db5500c-world-writable-sysfs-fifo-file.patch * arm-exec-remove-redundant-set_fsuser_ds.patch * audit-always-follow-va_copy-with-va_end.patch * btrfs-dont-dereference-extent_mapping-if-null.patch * fsl-rio-correct-iecsr-register-clear-value.patch * drm-vmwgfx-use-ida_simple_get-for-id-allocation.patch * drivers-gpu-vga-vgaarbc-add-missing-kfree.patch * fb-fix-potential-deadlock-between-lock_fb_info-and-console_lock.patch cyber2000fb-avoid-palette-corruption-at-higher-clocks.patch * hwmon-convert-idr-to-ida-and-use-ida_simple-interface.patch * drivers-hwmon-hwmonc-convert-idr-to-ida-and-use-ida_simple_get.patch * cputime-clean-up-cputime_to_usecs-and-usecs_to_cputime-macros.patch * tick-fix-update_ts_time_stat-idle-accounting.patch * nohz-do-not-update-idle-iowait-counters-from-get_cpu_idleiowait_time_us-if-not-asked.patch * proc-consider-no_hz-when-printing-idle-and-iowait-times.patch * ia64-exec-remove-redundant-set_fsuser_ds.patch * unicore32-exec-remove-redundant-set_fsuser_ds.patch btusb-patch-add_apple_macbookpro62.patch * debugobjects-extend-debugobjects-to-assert-that-an-object-is-initialized.patch * kernel-timerc-use-debugobjects-to-catch-deletion-of-uninitialized-timers.patch * ext4-use-proper-little-endian-bitops.patch * ocfs2-avoid-unaligned-access-to-dqc_bitmap.patch * parisc-exec-remove-redundant-set_fsuser_ds.patch * pci-dmar-update-dmar-units-devices-list-during-hotplug.patch * drivers-firmware-dmi_scanc-make-dmi_name_in_vendors-more-focused.patch * kernel-rtmutexc-fix-warning-improve-coding-style.patch * scsi-fix-a-header-to-include-linux-typesh.patch * drivers-scsi-megaraidc-fix-sparse-warnings.patch * drivers-scsi-aacraid-commctrlc-fix-mem-leak-in-aac_send_raw_srb.patch * drivers-scsi-sdc-use-ida_simple_get-and-ida_simple_remove-in-place-of-boilerplate-code.patch * drivers-scsi-osd-osd_uldc-use-ida_simple_get-to-handle-id.patch * drivers-scsi-sgc-convert-to-kstrtoul_from_user.patch * drivers-block-brdc-make-brd_make_request-return-error-code.patch drivers-block-loopc-emit-uevent-on-auto-release.patch * sparc-exec-remove-redundant-addr_limit-assignment.patch * drivers-staging-rts5139-rts51x_scsic-needs-vmalloch.patch * drivers-staging-rts5139-xdc-needs-vmalloch.patch * drivers-staging-rts5139-msc-needs-vmalloch.patch * slab-add-taint-flag-outputting-to-debug-paths.patch * slub-add-taint-flag-outputting-to-debug-paths.patch mm.patch * cross-memory-attach-v3.patch * cross-memory-attach-update.patch * cross-memory-attach-v4.patch * mm-compaction-trivial-clean-up-in-acct_isolated.patch * mm-change-isolate-mode-from-define-to-bitwise-type.patch * mm-compaction-make-isolate_lru_page-filter-aware.patch * mm-zone_reclaim-make-isolate_lru_page-filter-aware.patch * mm-migration-clean-up-unmap_and_move.patch * radix_tree-clean-away-saw_unset_tag-leftovers.patch * vmscan-add-block-plug-for-page-reclaim.patch * mm-page-writebackc-make-determine_dirtyable_memory-static-again.patch * oom-avoid-killing-kthreads-if-they-assume-the-oom-killed-threads-mm.patch * tmpfs-add-tmpfs-to-the-kconfig-prompt-to-make-it-obvious.patch * mm-output-a-list-of-loaded-modules-when-we-hit-bad_page.patch * mm-vmscan-fix-force-scanning-small-targets-without-swap.patch * mm-vmscan-fix-force-scanning-small-targets-without-swap-fix.patch * mm-vmscan-drop-nr_force_scan-from-get_scan_count.patch * mm-distinguish-between-mlocked-and-pinned-pages.patch * mm-add-comments-to-explain-mm_struct-fields.patch * mm-add-comments-to-explain-mm_struct-fields-fix.patch * mm-vmscan-do-not-writeback-filesystem-pages-in-direct-reclaim.patch * mm-vmscan-remove-dead-code-related-to-lumpy-reclaim-waiting-on-pages-under-writeback.patch * xfs-warn-if-direct-reclaim-tries-to-writeback-pages.patch * ext4-warn-if-direct-reclaim-tries-to-writeback-pages.patch * mm-vmscan-do-not-writeback-filesystem-pages-in-kswapd-except-in-high-priority.patch * mm-vmscan-throttle-reclaim-if-encountering-too-many-dirty-pages-under-writeback.patch * mm-vmscan-immediately-reclaim-end-of-lru-dirty-pages-when-writeback-completes.patch * vmscan-count-pages-into-balanced-for-zone-with-good-watermark.patch * mm-debug-pageallocc-use-plain-__ratelimit-instead-of-printk_ratelimit.patch * lib-stringc-introduce-memchr_inv.patch * mm-debug-pageallocc-use-memchr_inv.patch * vmscan-fix-initial-shrinker-size-handling.patch * vmscan-use-atomic-long-for-shrinker-batching.patch * vmscan-use-atomic-long-for-shrinker-batching-fix.patch * mm-avoid-null-pointer-access-in-vm_struct-via-proc-vmallocinfo.patch * vmscan-promote-shared-file-mapped-pages.patch * vmscan-activate-executable-pages-after-first-usage.patch * memblock-add-memblock_start_of_dram.patch * memblock-add-no_bootmem-config-symbol.patch * mremap-check-for-overflow-using-deltas.patch * mremap-avoid-sending-one-ipi-per-page.patch * thp-mremap-support-and-tlb-optimization.patch * thp-mremap-support-and-tlb-optimization-fix.patch * thp-mremap-support-and-tlb-optimization-fix-fix.patch * thp-mremap-support-and-tlb-optimization-fix-fix-fix.patch * drivers-base-inodec-let-vmstat_text-be-optional.patch * drivers-base-inodec-let-vmstat_text-be-optional-fix.patch * selinuxfs-remove-custome-hex_to_bin.patch * include-linux-securityh-fix-security_inode_init_security-arg.patch frv-duplicate-output_buffer-of-e03.patch frv-duplicate-output_buffer-of-e03-checkpatch-fixes.patch * hpet-factor-timer-allocate-from-open.patch * intel_idle-fix-api-misuse.patch * intel_idle-disable-auto_demotion-for-hotplugged-cpus.patch * kprobes-silence-debug_strict_user_copy_checks=y-warning.patch * x86-implement-strict-user-copy-checks-for-x86_64.patch * consolidate-config_debug_strict_user_copy_checks.patch * consolidate-config_debug_strict_user_copy_checks-fix.patch * lis3lv02d-avoid-divide-by-zero-due-to-unchecked.patch * lis3-update-maintainer-information.patch * lis3-add-support-for-hp-elitebook-2730p.patch * lis3-add-support-for-hp-elitebook-8540w.patch * hp_accel-add-hp-probook-655x.patch * config_hp_accel-fix-help-text.patch * lis3-free-regulators-if-probe-fails.patch * lis3-change-naming-to-consistent.patch * lis3-change-exported-function-to-use-given.patch * lis3-remove-the-references-to-the-global-variable-in-core-driver.patch * printk-add-module-parameter-ignore_loglevel-to-control-ignore_loglevel.patch * printk-add-module-parameter-ignore_loglevel-to-control-ignore_loglevel-fix.patch * printk-add-console_suspend-module-parameter.patch * fs-nameic-remove-unused-getname_flags.patch fcntlf_setfl-allow-setting-of-o_sync.patch * leds-renesas-tpu-led-driver-v2.patch * leds-renesas-tpu-led-driver-v2-fix.patch * drivers-leds-led-triggersc-fix-memory-leak.patch leds-route-kbd-leds-through-the-generic-leds-layer.patch leds-route-kbd-leds-through-the-generic-leds-layer-fix.patch * lib-kstrtox-common-code-between-kstrto-and-simple_strto-functions.patch * lib-crc-add-slice-by-8-algorithm-to-crc32c.patch * lib-crc-add-slice-by-8-algorithm-to-crc32c-fix.patch * epoll-fix-spurious-lockdep-warnings.patch lib-hexdumpc-make-hex2bin-return-the-updated-src-address.patch fs-binfmt_miscc-use-kernels-hex_to_bin-method.patch fs-binfmt_miscc-use-kernels-hex_to_bin-method-fix.patch fs-binfmt_miscc-use-kernels-hex_to_bin-method-fix-fix.patch * oprofilefs-handle-zero-length-writes.patch * drivers-rtc-classc-convert-idr-to-ida-and-use-ida_simple_get.patch * minix-describe-usage-of-different-magic-numbers.patch * memcg-rename-mem-variable-to-memcg.patch * memcg-fix-oom-schedule_timeout.patch * memcg-use-vzalloc-instead-of-vmalloc.patch * memcg-replace-ss-id_lock-with-a-rwlock.patch * memcg-do-not-expose-uninitialized-mem_cgroup_per_node-to-world.patch * memcg-remove-unneeded-preempt_disable.patch * procfs-report-eisdir-when-reading-sysctl-dirs-in-proc.patch * ipc-introduce-shm_rmid_forced-sysctl-testing.patch * init-add-root=partuuid=uuid-partnroff=%d-support.patch * init-add-root=partuuid=uuid-partnroff=%d-support-fix.patch * drivers-rapidio-rio-scanc-use-discovered-bit-to-test-if-enumeration-is-complete.patch * rapidio-add-mport-driver-for-tsi721-bridge.patch * sysctl-make-config_sysctl_syscall-default-to-n.patch * nbd-use-task_pid_nr-to-get-current-pid.patch * nbd-replace-sysfs_create_file-with-device_create_file.patch * nbd-replace-printk-kern_err-with-dev_err.patch * nbd-lower-the-loglevel-of-an-error-message.patch * nbd-replace-some-printk-with-dev_warn-and-dev_info.patch * nbd-replace-some-printk-with-dev_warn-and-dev_info-checkpatch-fixes.patch * pps-default-echo-function.patch * pps-new-client-driver-using-gpio.patch * pps-new-client-driver-using-gpio-fix.patch scatterlist-new-helper-functions.patch scatterlist-new-helper-functions-update.patch scatterlist-new-helper-functions-update-fix.patch memstick-add-support-for-legacy-memorysticks.patch memstick-add-support-for-legacy-memorysticks-fix.patch memstick-add-support-for-legacy-memorysticks-update-2.patch * w1-ds2760-and-ds2780-use-ida-for-id-and-ida_simple_get-to-get-it.patch * drivers-power-ds2780_batteryc-create-central-point-for-calling-w1-interface.patch * drivers-power-ds2780_batteryc-add-a-nolock-function-to-w1-interface.patch * drivers-power-ds2780_batteryc-fix-deadlock-upon-insertion-and-removal.patch kexec-remove-kmsg_dump_kexec.patch make-sure-nobodys-leaking-resources.patch journal_add_journal_head-debug.patch releasing-resources-with-children.patch make-frame_pointer-default=y.patch mutex-subsystem-synchro-test-module.patch mutex-subsystem-synchro-test-module-fix.patch slab-leaks3-default-y.patch put_bh-debug.patch add-debugging-aid-for-memory-initialisation-problems.patch workaround-for-a-pci-restoring-bug.patch prio_tree-debugging-patch.patch single_open-seq_release-leak-diagnostics.patch add-a-refcount-check-in-dput.patch memblock-add-input-size-checking-to-memblock_find_region.patch memblock-add-input-size-checking-to-memblock_find_region-fix.patch ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-24 21:09 mmotm 2011-08-24-14-08 uploaded akpm @ 2011-08-24 22:04 ` Randy Dunlap 2011-08-24 22:08 ` Randy Dunlap 2011-08-24 22:11 ` Andrew Morton 2011-08-25 7:13 ` KAMEZAWA Hiroyuki 2011-08-25 13:51 ` Michal Hocko 2 siblings, 2 replies; 13+ messages in thread From: Randy Dunlap @ 2011-08-24 22:04 UTC (permalink / raw) To: akpm; +Cc: linux-kernel, linux-mm, linux-fsdevel, linux-next On Wed, 24 Aug 2011 14:09:05 -0700 akpm@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > http://userweb.kernel.org/~akpm/mmotm/ > > It contains the following patches against 3.1-rc3: > (patches marked "*" will be included in linux-next) Hi Andrew, Am I supposed to apply this to linux-next? I don't get a clean patch(1) against 3.1-rc3. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-24 22:04 ` Randy Dunlap @ 2011-08-24 22:08 ` Randy Dunlap 2011-08-24 22:11 ` Andrew Morton 1 sibling, 0 replies; 13+ messages in thread From: Randy Dunlap @ 2011-08-24 22:08 UTC (permalink / raw) To: Randy Dunlap; +Cc: akpm, linux-kernel, linux-mm, linux-fsdevel, linux-next On Wed, 24 Aug 2011 15:04:33 -0700 Randy Dunlap wrote: > On Wed, 24 Aug 2011 14:09:05 -0700 akpm@linux-foundation.org wrote: > > > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > > > http://userweb.kernel.org/~akpm/mmotm/ > > > > It contains the following patches against 3.1-rc3: > > (patches marked "*" will be included in linux-next) > > Hi Andrew, > > Am I supposed to apply this to linux-next? > I don't get a clean patch(1) against 3.1-rc3. My bad. Sorry for the noise. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-24 22:04 ` Randy Dunlap 2011-08-24 22:08 ` Randy Dunlap @ 2011-08-24 22:11 ` Andrew Morton 1 sibling, 0 replies; 13+ messages in thread From: Andrew Morton @ 2011-08-24 22:11 UTC (permalink / raw) To: Randy Dunlap; +Cc: linux-kernel, linux-mm, linux-fsdevel, linux-next On Wed, 24 Aug 2011 15:04:33 -0700 Randy Dunlap <rdunlap@xenotime.net> wrote: > On Wed, 24 Aug 2011 14:09:05 -0700 akpm@linux-foundation.org wrote: > > > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > > > http://userweb.kernel.org/~akpm/mmotm/ > > > > It contains the following patches against 3.1-rc3: > > (patches marked "*" will be included in linux-next) > > Hi Andrew, > > Am I supposed to apply this to linux-next? Nope. The full series is based on 3.1-rc3. It includes origin.patch which takes it up to current -linus. And linux-next.patch which takes it up to today's linux-next. > I don't get a clean patch(1) against 3.1-rc3. hm. What broke? -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-24 21:09 mmotm 2011-08-24-14-08 uploaded akpm 2011-08-24 22:04 ` Randy Dunlap @ 2011-08-25 7:13 ` KAMEZAWA Hiroyuki 2011-08-25 15:18 ` Randy Dunlap 2011-08-25 13:51 ` Michal Hocko 2 siblings, 1 reply; 13+ messages in thread From: KAMEZAWA Hiroyuki @ 2011-08-25 7:13 UTC (permalink / raw) To: linux-kernel; +Cc: akpm, mm-commits, linux-mm, linux-fsdevel, linux-next On Wed, 24 Aug 2011 14:09:05 -0700 akpm@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > http://userweb.kernel.org/~akpm/mmotm/ > > It contains the following patches against 3.1-rc3: > (patches marked "*" will be included in linux-next) > just reporting. A compile error from linux-next.patch. drivers/built-in.o: In function `dwc3_testmode_open': /home/kamezawa/Kernel/mmotm-Aug24/drivers/usb/dwc3/debugfs.c:481: undefined reference to `dwc3_send_gadget_ep_cmd' /home/kamezawa/Kernel/mmotm-Aug24/drivers/usb/dwc3/debugfs.c:482: undefined reference to `dwc3_send_gadget_ep_cmd' make: *** [.tmp_vmlinux1] Error Thanks, -Kame -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-25 7:13 ` KAMEZAWA Hiroyuki @ 2011-08-25 15:18 ` Randy Dunlap 0 siblings, 0 replies; 13+ messages in thread From: Randy Dunlap @ 2011-08-25 15:18 UTC (permalink / raw) To: KAMEZAWA Hiroyuki Cc: linux-kernel, akpm, mm-commits, linux-mm, linux-fsdevel, linux-next On Thu, 25 Aug 2011 16:13:07 +0900 KAMEZAWA Hiroyuki wrote: > On Wed, 24 Aug 2011 14:09:05 -0700 > akpm@linux-foundation.org wrote: > > > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > > > http://userweb.kernel.org/~akpm/mmotm/ > > > > It contains the following patches against 3.1-rc3: > > (patches marked "*" will be included in linux-next) > > > > just reporting. > > A compile error from linux-next.patch. > > drivers/built-in.o: In function `dwc3_testmode_open': > /home/kamezawa/Kernel/mmotm-Aug24/drivers/usb/dwc3/debugfs.c:481: undefined reference to `dwc3_send_gadget_ep_cmd' > /home/kamezawa/Kernel/mmotm-Aug24/drivers/usb/dwc3/debugfs.c:482: undefined reference to `dwc3_send_gadget_ep_cmd' > make: *** [.tmp_vmlinux1] Error Yes, I've sent GregKH a patch for this against linux-next. thanks, --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-24 21:09 mmotm 2011-08-24-14-08 uploaded akpm 2011-08-24 22:04 ` Randy Dunlap 2011-08-25 7:13 ` KAMEZAWA Hiroyuki @ 2011-08-25 13:51 ` Michal Hocko 2011-08-25 14:07 ` Michal Hocko 2011-08-25 19:23 ` Andrew Morton 2 siblings, 2 replies; 13+ messages in thread From: Michal Hocko @ 2011-08-25 13:51 UTC (permalink / raw) To: akpm; +Cc: mm-commits, linux-kernel, linux-mm, linux-fsdevel, linux-next Hi Andrew, On Wed 24-08-11 14:09:05, Andrew Morton wrote: > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > http://userweb.kernel.org/~akpm/mmotm/ I have just downloaded your tree and cannot quilt it up. I am getting: [...] patching file tools/power/cpupower/debug/x86_64/centrino-decode.c Hunk #1 FAILED at 1. File tools/power/cpupower/debug/x86_64/centrino-decode.c is not empty after patch, as expected 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/centrino-decode.c patching file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c Hunk #1 FAILED at 1. File tools/power/cpupower/debug/x86_64/powernow-k8-decode.c is not empty after patch, as expected 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c [...] patching file virt/kvm/iommu.c Patch linux-next.patch does not apply (enforce with -f) Is this a patch (I am using 2.6.1) issue? The failing hunk looks as follows: --- a/tools/power/cpupower/debug/x86_64/centrino-decode.c +++ /dev/null @@ -1 +0,0 @@ -../i386/centrino-decode.c \ No newline at end of file -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-25 13:51 ` Michal Hocko @ 2011-08-25 14:07 ` Michal Hocko 2011-08-25 15:09 ` Stephen Rothwell 2011-08-25 19:23 ` Andrew Morton 1 sibling, 1 reply; 13+ messages in thread From: Michal Hocko @ 2011-08-25 14:07 UTC (permalink / raw) To: akpm; +Cc: mm-commits, linux-kernel, linux-mm, linux-fsdevel, linux-next On Thu 25-08-11 15:51:03, Michal Hocko wrote: > Hi Andrew, > > On Wed 24-08-11 14:09:05, Andrew Morton wrote: > > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > > > http://userweb.kernel.org/~akpm/mmotm/ > > I have just downloaded your tree and cannot quilt it up. I am getting: > [...] > patching file tools/power/cpupower/debug/x86_64/centrino-decode.c > Hunk #1 FAILED at 1. > File tools/power/cpupower/debug/x86_64/centrino-decode.c is not empty after patch, as expected > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/centrino-decode.c > patching file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > Hunk #1 FAILED at 1. > File tools/power/cpupower/debug/x86_64/powernow-k8-decode.c is not empty after patch, as expected > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > [...] > patching file virt/kvm/iommu.c > Patch linux-next.patch does not apply (enforce with -f) > > Is this a patch (I am using 2.6.1) issue? The failing hunk looks as > follows: > --- a/tools/power/cpupower/debug/x86_64/centrino-decode.c > +++ /dev/null > @@ -1 +0,0 @@ > -../i386/centrino-decode.c > \ No newline at end of file Isn't this just a special form of git (clever) diff to spare some lines when the file deleted? Or is the patch simply corrupted? Anyway, my patch doesn't cope with that. Any hint what to do about it? Thanks -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-25 14:07 ` Michal Hocko @ 2011-08-25 15:09 ` Stephen Rothwell 2011-08-25 15:45 ` Johannes Weiner 0 siblings, 1 reply; 13+ messages in thread From: Stephen Rothwell @ 2011-08-25 15:09 UTC (permalink / raw) To: Michal Hocko Cc: akpm, mm-commits, linux-kernel, linux-mm, linux-fsdevel, linux-next [-- Attachment #1: Type: text/plain, Size: 1778 bytes --] Hi, On Thu, 25 Aug 2011 16:07:01 +0200 Michal Hocko <mhocko@suse.cz> wrote: > > On Thu 25-08-11 15:51:03, Michal Hocko wrote: > > > > On Wed 24-08-11 14:09:05, Andrew Morton wrote: > > > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > > > > > http://userweb.kernel.org/~akpm/mmotm/ > > > > I have just downloaded your tree and cannot quilt it up. I am getting: > > [...] > > patching file tools/power/cpupower/debug/x86_64/centrino-decode.c > > Hunk #1 FAILED at 1. > > File tools/power/cpupower/debug/x86_64/centrino-decode.c is not empty after patch, as expected > > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/centrino-decode.c > > patching file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > > Hunk #1 FAILED at 1. > > File tools/power/cpupower/debug/x86_64/powernow-k8-decode.c is not empty after patch, as expected > > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > > [...] > > patching file virt/kvm/iommu.c > > Patch linux-next.patch does not apply (enforce with -f) > > > > Is this a patch (I am using 2.6.1) issue? The failing hunk looks as > > follows: > > --- a/tools/power/cpupower/debug/x86_64/centrino-decode.c > > +++ /dev/null > > @@ -1 +0,0 @@ > > -../i386/centrino-decode.c > > \ No newline at end of file > > Isn't this just a special form of git (clever) diff to spare some lines > when the file deleted? Or is the patch simply corrupted? > Anyway, my patch doesn't cope with that. Any hint what to do about it? Those files were symlinks and were removed by a commit in linux-next. diff/patch does not cope with that. -- Cheers, Stephen Rothwell sfr@canb.auug.org.au [-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-25 15:09 ` Stephen Rothwell @ 2011-08-25 15:45 ` Johannes Weiner 2011-08-25 17:12 ` Randy Dunlap 2011-08-26 7:21 ` Michal Hocko 0 siblings, 2 replies; 13+ messages in thread From: Johannes Weiner @ 2011-08-25 15:45 UTC (permalink / raw) To: Stephen Rothwell Cc: Michal Hocko, akpm, mm-commits, linux-kernel, linux-mm, linux-fsdevel, linux-next On Fri, Aug 26, 2011 at 01:09:38AM +1000, Stephen Rothwell wrote: > Hi, > > On Thu, 25 Aug 2011 16:07:01 +0200 Michal Hocko <mhocko@suse.cz> wrote: > > > > On Thu 25-08-11 15:51:03, Michal Hocko wrote: > > > > > > On Wed 24-08-11 14:09:05, Andrew Morton wrote: > > > > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > > > > > > > http://userweb.kernel.org/~akpm/mmotm/ > > > > > > I have just downloaded your tree and cannot quilt it up. I am getting: > > > [...] > > > patching file tools/power/cpupower/debug/x86_64/centrino-decode.c > > > Hunk #1 FAILED at 1. > > > File tools/power/cpupower/debug/x86_64/centrino-decode.c is not empty after patch, as expected > > > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/centrino-decode.c > > > patching file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > > > Hunk #1 FAILED at 1. > > > File tools/power/cpupower/debug/x86_64/powernow-k8-decode.c is not empty after patch, as expected > > > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > > > [...] > > > patching file virt/kvm/iommu.c > > > Patch linux-next.patch does not apply (enforce with -f) > > > > > > Is this a patch (I am using 2.6.1) issue? The failing hunk looks as > > > follows: > > > --- a/tools/power/cpupower/debug/x86_64/centrino-decode.c > > > +++ /dev/null > > > @@ -1 +0,0 @@ > > > -../i386/centrino-decode.c > > > \ No newline at end of file > > > > Isn't this just a special form of git (clever) diff to spare some lines > > when the file deleted? Or is the patch simply corrupted? > > Anyway, my patch doesn't cope with that. Any hint what to do about it? > > Those files were symlinks and were removed by a commit in linux-next. > diff/patch does not cope with that. You can probably replace `patch' in your $PATH by a wrapper that uses git-apply, which can deal with them. Or you could use git-quiltimport, which uses git-apply, to prepare the -mmotm base tree in git, on top of which you can continue to work with quilt. I do this with a cron-job automatically, you can find the result here: http://git.kernel.org/?p=linux/kernel/git/hannes/linux-mmotm.git;a=summary If you want to do it manually, there is sometimes confusing binary file patch sections in -mmotm, which in turn git-apply can not deal with, so I use the following uncrapdiff.awk filter on the patches before import. --- # Filter out sections that feature an index line but # no real diff part that would start with '--- file' { if (HEADER ~ /^diff --git /) { if ($0 ~ /^index /) { INDEX=$0 } else if ($0 ~ /^diff --git /) { print(HEADER) HEADER=$0 } else if (INDEX ~ /^index /) { if ($0 ~ /^--- /) { print(HEADER) print(INDEX) print($0) } HEADER="" INDEX="" } else { HEADER=HEADER "\n" $0 } } else if ($0 ~ /^diff --git /) { HEADER=$0 } else { print($0) } } --- HTH -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-25 15:45 ` Johannes Weiner @ 2011-08-25 17:12 ` Randy Dunlap 2011-08-26 7:21 ` Michal Hocko 1 sibling, 0 replies; 13+ messages in thread From: Randy Dunlap @ 2011-08-25 17:12 UTC (permalink / raw) To: Johannes Weiner, quilt-dev Cc: Stephen Rothwell, Michal Hocko, akpm, mm-commits, linux-kernel, linux-mm, linux-fsdevel, linux-next On Thu, 25 Aug 2011 17:45:38 +0200 Johannes Weiner wrote: > On Fri, Aug 26, 2011 at 01:09:38AM +1000, Stephen Rothwell wrote: > > Hi, > > > > On Thu, 25 Aug 2011 16:07:01 +0200 Michal Hocko <mhocko@suse.cz> wrote: > > > > > > On Thu 25-08-11 15:51:03, Michal Hocko wrote: > > > > > > > > On Wed 24-08-11 14:09:05, Andrew Morton wrote: > > > > > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > > > > > > > > > http://userweb.kernel.org/~akpm/mmotm/ > > > > > > > > I have just downloaded your tree and cannot quilt it up. I am getting: > > > > [...] > > > > patching file tools/power/cpupower/debug/x86_64/centrino-decode.c > > > > Hunk #1 FAILED at 1. > > > > File tools/power/cpupower/debug/x86_64/centrino-decode.c is not empty after patch, as expected > > > > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/centrino-decode.c > > > > patching file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > > > > Hunk #1 FAILED at 1. > > > > File tools/power/cpupower/debug/x86_64/powernow-k8-decode.c is not empty after patch, as expected > > > > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > > > > [...] > > > > patching file virt/kvm/iommu.c > > > > Patch linux-next.patch does not apply (enforce with -f) > > > > > > > > Is this a patch (I am using 2.6.1) issue? The failing hunk looks as > > > > follows: > > > > --- a/tools/power/cpupower/debug/x86_64/centrino-decode.c > > > > +++ /dev/null > > > > @@ -1 +0,0 @@ > > > > -../i386/centrino-decode.c > > > > \ No newline at end of file > > > > > > Isn't this just a special form of git (clever) diff to spare some lines > > > when the file deleted? Or is the patch simply corrupted? > > > Anyway, my patch doesn't cope with that. Any hint what to do about it? > > > > Those files were symlinks and were removed by a commit in linux-next. > > diff/patch does not cope with that. > > You can probably replace `patch' in your $PATH by a wrapper that uses > git-apply, which can deal with them. > > Or you could use git-quiltimport, which uses git-apply, to prepare the > -mmotm base tree in git, on top of which you can continue to work with > quilt. > > I do this with a cron-job automatically, you can find the result here: > > http://git.kernel.org/?p=linux/kernel/git/hannes/linux-mmotm.git;a=summary > > If you want to do it manually, there is sometimes confusing binary > file patch sections in -mmotm, which in turn git-apply can not deal > with, so I use the following uncrapdiff.awk filter on the patches > before import. I thought that I recently saw a reference to an unreleased version of quilt that handles git symlinks. Was I dreaming? or where is it? Thanks. > --- > > # Filter out sections that feature an index line but > # no real diff part that would start with '--- file' > > { > if (HEADER ~ /^diff --git /) { > if ($0 ~ /^index /) { > INDEX=$0 > } else if ($0 ~ /^diff --git /) { > print(HEADER) > HEADER=$0 > } else if (INDEX ~ /^index /) { > if ($0 ~ /^--- /) { > print(HEADER) > print(INDEX) > print($0) > } > HEADER="" > INDEX="" > } else { > HEADER=HEADER "\n" $0 > } > } else if ($0 ~ /^diff --git /) { > HEADER=$0 > } else { > print($0) > } > } > > --- --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-25 15:45 ` Johannes Weiner 2011-08-25 17:12 ` Randy Dunlap @ 2011-08-26 7:21 ` Michal Hocko 1 sibling, 0 replies; 13+ messages in thread From: Michal Hocko @ 2011-08-26 7:21 UTC (permalink / raw) To: Johannes Weiner Cc: Stephen Rothwell, akpm, mm-commits, linux-kernel, linux-mm, linux-fsdevel, linux-next On Thu 25-08-11 17:45:38, Johannes Weiner wrote: > On Fri, Aug 26, 2011 at 01:09:38AM +1000, Stephen Rothwell wrote: > > Hi, > > > > On Thu, 25 Aug 2011 16:07:01 +0200 Michal Hocko <mhocko@suse.cz> wrote: > > > > > > On Thu 25-08-11 15:51:03, Michal Hocko wrote: > > > > > > > > On Wed 24-08-11 14:09:05, Andrew Morton wrote: > > > > > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > > > > > > > > > http://userweb.kernel.org/~akpm/mmotm/ > > > > > > > > I have just downloaded your tree and cannot quilt it up. I am getting: > > > > [...] > > > > patching file tools/power/cpupower/debug/x86_64/centrino-decode.c > > > > Hunk #1 FAILED at 1. > > > > File tools/power/cpupower/debug/x86_64/centrino-decode.c is not empty after patch, as expected > > > > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/centrino-decode.c > > > > patching file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > > > > Hunk #1 FAILED at 1. > > > > File tools/power/cpupower/debug/x86_64/powernow-k8-decode.c is not empty after patch, as expected > > > > 1 out of 1 hunk FAILED -- rejects in file tools/power/cpupower/debug/x86_64/powernow-k8-decode.c > > > > [...] > > > > patching file virt/kvm/iommu.c > > > > Patch linux-next.patch does not apply (enforce with -f) > > > > > > > > Is this a patch (I am using 2.6.1) issue? The failing hunk looks as > > > > follows: > > > > --- a/tools/power/cpupower/debug/x86_64/centrino-decode.c > > > > +++ /dev/null > > > > @@ -1 +0,0 @@ > > > > -../i386/centrino-decode.c > > > > \ No newline at end of file > > > > > > Isn't this just a special form of git (clever) diff to spare some lines > > > when the file deleted? Or is the patch simply corrupted? > > > Anyway, my patch doesn't cope with that. Any hint what to do about it? > > > > Those files were symlinks and were removed by a commit in linux-next. > > diff/patch does not cope with that. Ahh, symlinks. I had a feeling that I had already seen a diff like that. > You can probably replace `patch' in your $PATH by a wrapper that uses > git-apply, which can deal with them. > > Or you could use git-quiltimport, which uses git-apply, to prepare the > -mmotm base tree in git, on top of which you can continue to work with > quilt. Thanks for hints! > > I do this with a cron-job automatically, you can find the result here: > > http://git.kernel.org/?p=linux/kernel/git/hannes/linux-mmotm.git;a=summary I was more interested in integration to our SuSE kernel tree to have easier life with rpm creation and stuff (and we use quilt to build the source tree). Anyway the above should be suffiecient to go on. > > If you want to do it manually, there is sometimes confusing binary > file patch sections in -mmotm, which in turn git-apply can not deal > with, so I use the following uncrapdiff.awk filter on the patches > before import. > > --- > > # Filter out sections that feature an index line but > # no real diff part that would start with '--- file' > > { > if (HEADER ~ /^diff --git /) { > if ($0 ~ /^index /) { > INDEX=$0 > } else if ($0 ~ /^diff --git /) { > print(HEADER) > HEADER=$0 > } else if (INDEX ~ /^index /) { > if ($0 ~ /^--- /) { > print(HEADER) > print(INDEX) > print($0) > } > HEADER="" > INDEX="" > } else { > HEADER=HEADER "\n" $0 > } > } else if ($0 ~ /^diff --git /) { > HEADER=$0 > } else { > print($0) > } > } > > --- > > HTH Definitely did. Thanks -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: mmotm 2011-08-24-14-08 uploaded 2011-08-25 13:51 ` Michal Hocko 2011-08-25 14:07 ` Michal Hocko @ 2011-08-25 19:23 ` Andrew Morton 1 sibling, 0 replies; 13+ messages in thread From: Andrew Morton @ 2011-08-25 19:23 UTC (permalink / raw) To: Michal Hocko; +Cc: linux-kernel, linux-mm, linux-fsdevel, linux-next On Thu, 25 Aug 2011 15:51:03 +0200 Michal Hocko <mhocko@suse.cz> wrote: > On Wed 24-08-11 14:09:05, Andrew Morton wrote: > > The mm-of-the-moment snapshot 2011-08-24-14-08 has been uploaded to > > > > http://userweb.kernel.org/~akpm/mmotm/ > > I have just downloaded your tree and cannot quilt it up. Parenthetically, there's not much point in running -mm any more: everything which matters is copied into linux-next, so just run the following day's -next. There are a few things in -mm which aren't transferrrred to -next. Some akpm-specific pain reducers, a few patches which don't look like they'll ever get into mainline and a great shower of debugging patches which I accumulated over the ages. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2011-08-26 7:21 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-08-24 21:09 mmotm 2011-08-24-14-08 uploaded akpm 2011-08-24 22:04 ` Randy Dunlap 2011-08-24 22:08 ` Randy Dunlap 2011-08-24 22:11 ` Andrew Morton 2011-08-25 7:13 ` KAMEZAWA Hiroyuki 2011-08-25 15:18 ` Randy Dunlap 2011-08-25 13:51 ` Michal Hocko 2011-08-25 14:07 ` Michal Hocko 2011-08-25 15:09 ` Stephen Rothwell 2011-08-25 15:45 ` Johannes Weiner 2011-08-25 17:12 ` Randy Dunlap 2011-08-26 7:21 ` Michal Hocko 2011-08-25 19:23 ` Andrew Morton
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).