* 2.6.12-rc4-mm2
@ 2005-05-16 9:13 Andrew Morton
2005-05-16 9:25 ` 2.6.12-rc4-mm2 Russell King
` (10 more replies)
0 siblings, 11 replies; 47+ messages in thread
From: Andrew Morton @ 2005-05-16 9:13 UTC (permalink / raw)
To: linux-kernel
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
- davem has set up a mm-commits mailing list so people can review things
which are added to or removed from the -mm tree. Do
echo subscribe mm-commits | mail majordomo@vger.kernel.org
- x86_64 architecture update from Andi.
- Everything up to and including `spurious-interrupt-fix.patch' is planned
for 2.6.12 merging. Plus a few other things in there.
- Another DVB subsystem update
Changes since 2.6.12-rc4-mm1:
-sis900-must-select-mii.patch
-move_vma-comment.patch
-remove-drivers-net-skfp-lnkstatc.patch
Merged
+mm-acct-accounting-fix.patch
VM beancounting fix
+x86_64-reduce-nmi-watchdog-stack-usage.patch
+x86_64-readd-missing-tests-in-entrys.patch
+x86_64-add-a-guard-page-at-the-end-of-the-47bit-address.patch
+x86_64-fix-defaults-for-physical-core-id-in.patch
+x86_64-increase-number-of-io-apics.patch
+x86_64-dont-look-up-struct-page-pointer-of-physical.patch
+x86_64-update-tsc-sync-algorithm.patch
+x86_64-remove-x86_apicid-field.patch
+x86_64-dont-print-the-internal-k8c-flag-in.patch
+x86_64-remove-unique-apic-io-apic-id-check.patch
+x86_64-add-pmtimer-support.patch
+x86_64-check-if-ptrace-rip-is-canonical.patch
+x86_64-fix-canonical-checking-for-segment-registers-in.patch
+x86_64-when-checking-vmalloc-mappings-dont-use.patch
+x86_64-fix-oem-hpet-check.patch
+x86_64-make-vsyscallc-compile-without-config_sysctl.patch
+x86_64-collected-nmi-watchdog-fixes.patch
+x86_64-collected-nmi-watchdog-fixes-warning-fix.patch
+x86_64-dont-assume-bsp-has-id-0-in-new-smp-bootup.patch
+x86_64-update-defconfig.patch
x86_64 update
+mm-nommuc-try-to-fix-__vmalloc.patch
nommu build fix
+drivers-input-keyboard-atkbdc-fix-off-by-one-errors.patch
input driver bounds fixes
+s390-dasd-set-online-failure.patch
s/390 driver fix
+swapout-oops-fix.patch
swapout fix
+packet-driver-ioctl-fix.patch
+packet-driver-ioctl-fix-fix.patch
packet driver fix
+crypto-fix-null-encryption-compression.patch
crypto fix
+cdrw-dvd-packet-writing-data-corruption-fix.patch
Fix rare data corruption in packet-writing driver
+spurious-interrupt-fix.patch
Fix spurious interrupt on ia64
-gregkh-01-driver-gregkh-driver-001_driver-pm-diag-update.patch
-gregkh-01-driver-gregkh-driver-002_driver-name-const-01.patch
-gregkh-01-driver-gregkh-driver-003_driver-name-const-02.patch
-gregkh-01-driver-gregkh-driver-004_driver-name-const-03.patch
-gregkh-01-driver-gregkh-driver-005_driver-name-const-04.patch
-gregkh-01-driver-gregkh-driver-006_driver-name-const-05.patch
-gregkh-01-driver-gregkh-driver-007_driver-name-const-06.patch
-gregkh-01-driver-gregkh-driver-008_sysfs-show_store_eio-01.patch
-gregkh-01-driver-gregkh-driver-009_sysfs-show_store_eio-02.patch
-gregkh-01-driver-gregkh-driver-010_sysfs-show_store_eio-03.patch
-gregkh-01-driver-gregkh-driver-011_sysfs-show_store_eio-04.patch
-gregkh-01-driver-gregkh-driver-012_sysfs-show_store_eio-05.patch
-gregkh-01-driver-gregkh-driver-013_class-01-core.patch
-gregkh-01-driver-gregkh-driver-014_class-02-tty.patch
-gregkh-01-driver-gregkh-driver-015_class-03-input.patch
-gregkh-01-driver-gregkh-driver-016_class-04-usb.patch
-gregkh-01-driver-gregkh-driver-017_class-05-sound.patch
-gregkh-01-driver-gregkh-driver-018_class-06-block.patch
-gregkh-01-driver-gregkh-driver-019_class-07-char.patch
-gregkh-01-driver-gregkh-driver-020_class-08-ieee1394.patch
-gregkh-01-driver-gregkh-driver-021_class-09-scsi.patch
-gregkh-01-driver-gregkh-driver-022_class-10-arch.patch
-gregkh-01-driver-gregkh-driver-023_class-11-drivers.patch
-gregkh-01-driver-gregkh-driver-024_class-11-drivers-usb-fix.patch
-gregkh-01-driver-gregkh-driver-025_class-12-the_rest.patch
-gregkh-01-driver-gregkh-driver-026_class-13-kerneldoc.patch
-gregkh-01-driver-gregkh-driver-027_class-14-no_more_class_simple.patch
-gregkh-01-driver-gregkh-driver-028_fix-make-mandocs-after-class_simple-removal.patch
-gregkh-01-driver-gregkh-driver-029_klist-01.patch
-gregkh-01-driver-gregkh-driver-030_klist-02.patch
-gregkh-01-driver-gregkh-driver-031_klist-03.patch
-gregkh-01-driver-gregkh-driver-032_klist-04.patch
-gregkh-01-driver-gregkh-driver-033_klist-05.patch
-gregkh-01-driver-gregkh-driver-034_klist-06.patch
-gregkh-01-driver-gregkh-driver-035_klist-07.patch
-gregkh-01-driver-gregkh-driver-036_klist-08.patch
-gregkh-01-driver-gregkh-driver-037_klist-09.patch
-gregkh-01-driver-gregkh-driver-038_klist-10.patch
-gregkh-01-driver-gregkh-driver-039_klist-11.patch
-gregkh-01-driver-gregkh-driver-040_klist-12.patch
-gregkh-01-driver-gregkh-driver-041_klist-13.patch
-gregkh-01-driver-gregkh-driver-042_klist-14.patch
-gregkh-01-driver-gregkh-driver-043_klist-15.patch
-gregkh-01-driver-gregkh-driver-044_klist-16.patch
-gregkh-01-driver-gregkh-driver-045_klist-17.patch
-gregkh-01-driver-gregkh-driver-046_klist-18.patch
-gregkh-01-driver-gregkh-driver-047_klist-scsi-01.patch
-gregkh-01-driver-gregkh-driver-048_klist-scsi-02.patch
-gregkh-01-driver-gregkh-driver-049_klist-20.patch
-gregkh-01-driver-gregkh-driver-050_klist-21.patch
-gregkh-01-driver-gregkh-driver-051_klist-22.patch
-gregkh-01-driver-gregkh-driver-052_klist-23.patch
-gregkh-01-driver-gregkh-driver-053_klist-ieee1394.patch
-gregkh-01-driver-gregkh-driver-054_klist-pcie.patch
-gregkh-01-driver-gregkh-driver-055_klist-24.patch
-gregkh-01-driver-gregkh-driver-056_klist-25.patch
-gregkh-01-driver-gregkh-driver-057_klist-26.patch
-gregkh-01-driver-gregkh-driver-058_klist-usb_node_attached_fix.patch
-gregkh-01-driver-gregkh-driver-059_klist-sn_fix.patch
-gregkh-01-driver-gregkh-driver-060_klist-driver_detach_fixes.patch
-gregkh-01-driver-gregkh-driver-061_klist-usbcore-dont_call_device_release_driver_recursivly.patch
-gregkh-01-driver-gregkh-driver-062_driver-create-unregister_node.patch
-gregkh-01-driver-gregkh-driver-063_attr_void.patch
+gregkh-driver-driver-pm-diag-update.patch
+gregkh-driver-driver-remove-detach_state.patch
+gregkh-driver-driver-name-const-01.patch
+gregkh-driver-driver-name-const-02.patch
+gregkh-driver-driver-name-const-03.patch
+gregkh-driver-driver-name-const-04.patch
+gregkh-driver-driver-name-const-05.patch
+gregkh-driver-driver-name-const-06.patch
+gregkh-driver-sysfs-show_store_eio-01.patch
+gregkh-driver-sysfs-show_store_eio-02.patch
+gregkh-driver-sysfs-show_store_eio-03.patch
+gregkh-driver-sysfs-show_store_eio-04.patch
+gregkh-driver-sysfs-show_store_eio-05.patch
+gregkh-driver-class-01-core.patch
+gregkh-driver-class-02-tty.patch
+gregkh-driver-class-03-input.patch
+gregkh-driver-class-04-usb.patch
+gregkh-driver-class-05-sound.patch
+gregkh-driver-class-06-block.patch
+gregkh-driver-class-07-char.patch
+gregkh-driver-class-08-ieee1394.patch
+gregkh-driver-class-09-scsi.patch
+gregkh-driver-class-10-arch.patch
+gregkh-driver-class-11-drivers.patch
+gregkh-driver-class-11-drivers-usb-fix.patch
+gregkh-driver-class-12-the_rest.patch
+gregkh-driver-class-13-kerneldoc.patch
+gregkh-driver-class-14-no_more_class_simple.patch
+gregkh-driver-fix-make-mandocs-after-class_simple-removal.patch
+gregkh-driver-klist-01.patch
+gregkh-driver-klist-02.patch
+gregkh-driver-klist-03.patch
+gregkh-driver-klist-04.patch
+gregkh-driver-klist-05.patch
+gregkh-driver-klist-06.patch
+gregkh-driver-klist-07.patch
+gregkh-driver-klist-08.patch
+gregkh-driver-klist-09.patch
+gregkh-driver-klist-10.patch
+gregkh-driver-klist-11.patch
+gregkh-driver-klist-12.patch
+gregkh-driver-klist-13.patch
+gregkh-driver-klist-14.patch
+gregkh-driver-klist-15.patch
+gregkh-driver-klist-16.patch
+gregkh-driver-klist-17.patch
+gregkh-driver-klist-18.patch
+gregkh-driver-klist-scsi-01.patch
+gregkh-driver-klist-scsi-02.patch
+gregkh-driver-klist-20.patch
+gregkh-driver-klist-21.patch
+gregkh-driver-klist-22.patch
+gregkh-driver-klist-23.patch
+gregkh-driver-klist-ieee1394.patch
+gregkh-driver-klist-pcie.patch
+gregkh-driver-klist-24.patch
+gregkh-driver-klist-25.patch
+gregkh-driver-klist-26.patch
+gregkh-driver-klist-usb_node_attached_fix.patch
+gregkh-driver-klist-sn_fix.patch
+gregkh-driver-klist-driver_detach_fixes.patch
+gregkh-driver-klist-usbcore-dont_call_device_release_driver_recursivly.patch
+gregkh-driver-driver-create-unregister_node.patch
+gregkh-driver-attr_void.patch
Greg's patches got renamed again. We're now using stable naming.
-gregkh-02-i2c-gregkh-i2c-001_i2c-ali1563.patch
-gregkh-02-i2c-gregkh-i2c-002_i2c-address_range_removal.patch
-gregkh-02-i2c-gregkh-i2c-003_i2c-address_merge_video.patch
-gregkh-02-i2c-gregkh-i2c-004_w1-ds18xx_sensors.patch
-gregkh-02-i2c-gregkh-i2c-005_w1-new_rom_family.patch
-gregkh-02-i2c-gregkh-i2c-006_i2c-rtc8564_duplicate_include.patch
-gregkh-02-i2c-gregkh-i2c-007_i2c-vid_h.patch
-gregkh-02-i2c-gregkh-i2c-008_i2c-atxp1.patch
-gregkh-02-i2c-gregkh-i2c-009_i2c-atxp1-cleanup.patch
-gregkh-02-i2c-gregkh-i2c-010_i2c-ds1337-01.patch
-gregkh-02-i2c-gregkh-i2c-011_i2c-ds1337-02.patch
-gregkh-02-i2c-gregkh-i2c-012_i2c-ds1337-03.patch
-gregkh-02-i2c-gregkh-i2c-013_i2c-ds1337_make_time_format_consistent.patch
-gregkh-02-i2c-gregkh-i2c-014_i2c-ds1337_i2c_transfer_check.patch
-gregkh-02-i2c-gregkh-i2c-015_i2c-ds1337_search_by_bus_number.patch
-gregkh-02-i2c-gregkh-i2c-016_i2c-ds1337-config-update.patch
-gregkh-02-i2c-gregkh-i2c-017_i2c-config_cleanup-01.patch
-gregkh-02-i2c-gregkh-i2c-018_i2c-config_cleanup-02.patch
-gregkh-02-i2c-gregkh-i2c-019_i2c-adm9240.patch
-gregkh-02-i2c-gregkh-i2c-020_i2c-w83627ehf.patch
-gregkh-02-i2c-gregkh-i2c-021_i2c-w83627ehf-cleanup.patch
-gregkh-02-i2c-gregkh-i2c-022_i2c-smsc47m1.patch
-gregkh-02-i2c-gregkh-i2c-023_i2c-spelling_fixes.patch
-gregkh-02-i2c-gregkh-i2c-024_i2c-mpc-share_interrupt.patch
-gregkh-02-i2c-gregkh-i2c-025_i2c-remove_redundancy_from_i2c_core.patch
-gregkh-02-i2c-gregkh-i2c-026_i2c-remove_delay_h_from_via686a.patch
+gregkh-i2c-i2c-ali1563.patch
+gregkh-i2c-i2c-address_range_removal.patch
+gregkh-i2c-i2c-address_merge_video.patch
+gregkh-i2c-w1-ds18xx_sensors.patch
+gregkh-i2c-w1-new_rom_family.patch
+gregkh-i2c-i2c-rtc8564_duplicate_include.patch
+gregkh-i2c-i2c-vid_h.patch
+gregkh-i2c-i2c-atxp1.patch
+gregkh-i2c-i2c-atxp1-cleanup.patch
+gregkh-i2c-i2c-ds1337-01.patch
+gregkh-i2c-i2c-ds1337-02.patch
+gregkh-i2c-i2c-ds1337-03.patch
+gregkh-i2c-i2c-ds1337_make_time_format_consistent.patch
+gregkh-i2c-i2c-ds1337_i2c_transfer_check.patch
+gregkh-i2c-i2c-ds1337_search_by_bus_number.patch
+gregkh-i2c-i2c-ds1337-config-update.patch
+gregkh-i2c-i2c-ds1337-export-ds1337_do_command.patch
+gregkh-i2c-i2c-config_cleanup-01.patch
+gregkh-i2c-i2c-config_cleanup-02.patch
+gregkh-i2c-i2c-adm9240.patch
+gregkh-i2c-i2c-w83627ehf.patch
+gregkh-i2c-i2c-w83627ehf-cleanup.patch
+gregkh-i2c-i2c-smsc47m1.patch
+gregkh-i2c-i2c-spelling_fixes.patch
+gregkh-i2c-i2c-mpc-share_interrupt.patch
+gregkh-i2c-i2c-remove_redundancy_from_i2c_core.patch
+gregkh-i2c-i2c-remove_delay_h_from_via686a.patch
+gregkh-i2c-i2c-w83627hf-fan-divisor-fix.patch
+gregkh-i2c-i2c-rename-cpu0_vid.patch
Ditto.
+print-kbd-and-aux-irqs-correctly.patch
Fix IRQ repotring printks
+git-jfs.patch
JFS development tree
+git-libata.patch
libata (SATA) development tree
-bk-netdev.patch
Dropped
+git-netdev-8139cp.patch
+git-netdev-8139too-iomap.patch
+git-netdev-amd8111.patch
+git-netdev-e100.patch
+git-netdev-e1000.patch
+git-netdev-forcedeth.patch
+git-netdev-iff-running.patch
+git-netdev-ixgb.patch
+git-netdev-janitor.patch
+git-netdev-orinoco.patch
+git-netdev-ppp.patch
+git-netdev-r8169.patch
+git-netdev-register-netdev.patch
+git-netdev-remove-drivers.patch
+git-netdev-sis900.patch
+git-netdev-skge.patch
+git-netdev-smc91x-eeprom.patch
+git-netdev-starfire.patch
Jeff's netdev trees (mainly network device drivers)
+#git-netdev-wifi.patch
This isn't included because it's busted.
-gregkh-03-pci-gregkh-pci-001_pci-hotplug-shpc-power-fix.patch
-gregkh-03-pci-gregkh-pci-002_pci-pciehp-downstream-port-fix.patch
-gregkh-03-pci-gregkh-pci-003_pci-cpci-update.patch
-gregkh-03-pci-gregkh-pci-004_pci-remove-pci_visit_dev.patch
-gregkh-03-pci-gregkh-pci-005_pci-pci-transparent-bridge-handling-improvements-pci-core.patch
-gregkh-03-pci-gregkh-pci-006_pci-pirq_table_addr-out-of-range.patch
-gregkh-03-pci-gregkh-pci-007_pci-get_device-01.patch
-gregkh-03-pci-gregkh-pci-008_pci-get_device-02.patch
-gregkh-03-pci-gregkh-pci-009_pci-acpiphp-02.patch
-gregkh-03-pci-gregkh-pci-010_pci-acpiphp-03.patch
-gregkh-03-pci-gregkh-pci-011_pci-acpiphp-04.patch
-gregkh-03-pci-gregkh-pci-012_pci-acpiphp-05.patch
-gregkh-03-pci-gregkh-pci-013_pci-acpiphp-06.patch
-gregkh-03-pci-gregkh-pci-014_pci-acpiphp-07.patch
-gregkh-03-pci-gregkh-pci-015_pci-acpiphp-08.patch
-gregkh-03-pci-gregkh-pci-016_pci-acpiphp-09.patch
-gregkh-03-pci-gregkh-pci-017_pci-acpiphp-10.patch
-gregkh-03-pci-gregkh-pci-018_pci-acpiphp-11.patch
-gregkh-03-pci-gregkh-pci-019_pci-acpiphp-12.patch
-gregkh-03-pci-gregkh-pci-020_pci-acpiphp-13.patch
-gregkh-03-pci-gregkh-pci-021_pci-acpiphp-14.patch
-gregkh-03-pci-gregkh-pci-022_pci-acpiphp-15.patch
-gregkh-03-pci-gregkh-pci-023_pci-acpiphp-16.patch
-gregkh-03-pci-gregkh-pci-024_pci-acpiphp-17.patch
-gregkh-03-pci-gregkh-pci-025_pci-acpiphp-18.patch
-gregkh-03-pci-gregkh-pci-026_pci-acpiphp-19.patch
-gregkh-03-pci-gregkh-pci-027_pci-acpiphp-20.patch
-gregkh-03-pci-gregkh-pci-028_pci-serverworks-gc-quirk.patch
+gregkh-pci-pci-hotplug-shpc-power-fix.patch
+gregkh-pci-pci-pciehp-downstream-port-fix.patch
+gregkh-pci-pci-cpci-update.patch
+gregkh-pci-pci-remove-pci_visit_dev.patch
+gregkh-pci-pci-modalias-sysfs.patch
+gregkh-pci-pci-modalias-hotplug.patch
+gregkh-pci-pci-pci-transparent-bridge-handling-improvements-pci-core.patch
+gregkh-pci-pci-pirq_table_addr-out-of-range.patch
+gregkh-pci-pci-get_device-01.patch
+gregkh-pci-pci-get_device-02.patch
+gregkh-pci-pci-acpiphp-02.patch
+gregkh-pci-pci-acpiphp-03.patch
+gregkh-pci-pci-acpiphp-04.patch
+gregkh-pci-pci-acpiphp-05.patch
+gregkh-pci-pci-acpiphp-06.patch
+gregkh-pci-pci-acpiphp-07.patch
+gregkh-pci-pci-acpiphp-08.patch
+gregkh-pci-pci-acpiphp-09.patch
+gregkh-pci-pci-acpiphp-10.patch
+gregkh-pci-pci-acpiphp-11.patch
+gregkh-pci-pci-acpiphp-12.patch
+gregkh-pci-pci-acpiphp-13.patch
+gregkh-pci-pci-acpiphp-14.patch
+gregkh-pci-pci-acpiphp-15.patch
+gregkh-pci-pci-acpiphp-16.patch
+gregkh-pci-pci-acpiphp-17.patch
+gregkh-pci-pci-acpiphp-18.patch
+gregkh-pci-pci-acpiphp-19.patch
+gregkh-pci-pci-acpiphp-20.patch
+gregkh-pci-pci-serverworks-gc-quirk.patch
Greg's PCI devel tree
+add-scsi-changer-driver.patch
+add-scsi-changer-driver-gregkh-driver-fix.patch
Bring back the SCSI changer driver
-gregkh-04-USB-gregkh-usb-001_usb-usbnet-fixes.patch
-gregkh-04-USB-gregkh-usb-002_usb-ehci-suspend-stop-timer.patch
-gregkh-04-USB-gregkh-usb-003_usb-g_file_storage_min.patch
-gregkh-04-USB-gregkh-usb-004_usb-g_file_storage_stall.patch
-gregkh-04-USB-gregkh-usb-005_usb-omap_udc_update.patch
-gregkh-04-USB-gregkh-usb-006_usb-isp116x-hcd-add.patch
-gregkh-04-USB-gregkh-usb-007_usb-isp116x-hcd-fix.patch
-gregkh-04-USB-gregkh-usb-008_usb-turn-a-user-mode-driver-error-into-a-hard-error.patch
-gregkh-04-USB-gregkh-usb-009_usb-uhci-01.patch
-gregkh-04-USB-gregkh-usb-010_usb-uhci-02.patch
-gregkh-04-USB-gregkh-usb-011_usb-uhci-03.patch
-gregkh-04-USB-gregkh-usb-012_usb-uhci-04.patch
-gregkh-04-USB-gregkh-usb-013_usb-uhci-05.patch
-gregkh-04-USB-gregkh-usb-014_usb-uhci-06.patch
-gregkh-04-USB-gregkh-usb-015_usb-uhci-07.patch
-gregkh-04-USB-gregkh-usb-016_usb-uhci-08.patch
-gregkh-04-USB-gregkh-usb-017_usb-root_hub_irq.patch
-gregkh-04-USB-gregkh-usb-018_usb-cdc_acm.patch
-gregkh-04-USB-gregkh-usb-019_usb-usbtest.patch
-gregkh-04-USB-gregkh-usb-020_usb-ohci_reboot_notifier.patch
-gregkh-04-USB-gregkh-usb-021_usb_serial_status.patch
-gregkh-04-USB-gregkh-usb-022_usb-zd1201_pm.patch
-gregkh-04-USB-gregkh-usb-023_usb-zd1201_pm-02.patch
-gregkh-04-USB-gregkh-usb-024_usb-remove_hub_set_power_budget.patch
-gregkh-04-USB-gregkh-usb-025_usb-device_pointer.patch
-gregkh-04-USB-gregkh-usb-026_usb-hcd_fix_for_remove_hub_set_power_budget.patch
-gregkh-04-USB-gregkh-usb-027_usb-usbcore_usb_add_hcd.patch
-gregkh-04-USB-gregkh-usb-028_usb-hcds_no_more_register_root_hub.patch
-gregkh-04-USB-gregkh-usb-029_usb-ub_multi_lun.patch
-gregkh-04-USB-gregkh-usb-030_usb-rndis_cleanups.patch
-gregkh-04-USB-gregkh-usb-031_usb-ethernet_gadget_cleanups.patch
-gregkh-04-USB-gregkh-usb-032_usb-omap_udc_cleanups.patch
-gregkh-04-USB-gregkh-usb-033_usb-dummy_hcd-otg.patch
-gregkh-04-USB-gregkh-usb-034_usb-dummy_hcd-FEAT.patch
-gregkh-04-USB-gregkh-usb-035_usb-dummy_hcd-pdevs.patch
-gregkh-04-USB-gregkh-usb-036_usb-dummy_hcd-centralize-link.patch
-gregkh-04-USB-gregkh-usb-037_usb-dummy_hcd-root-hub_no-polling.patch
-gregkh-04-USB-gregkh-usb-038_usb-remove_pwc_changelog.patch
-gregkh-04-USB-gregkh-usb-039_usb-add-new-wacom-device-to-usb-hid-core-list.patch
-gregkh-04-USB-gregkh-usb-040_usb-urb_documentation.patch
-gregkh-04-USB-gregkh-usb-041_usb-idmouse_update.patch
-gregkh-04-USB-gregkh-usb-042_usb-gadget-kconfig.patch
-gregkh-04-USB-gregkh-usb-043_usb-gadget-setup-api-change.patch
-gregkh-04-USB-gregkh-usb-044_usb-gadget-setup-api-change-net2280.patch
-gregkh-04-USB-gregkh-usb-045_usb-gadget-setup-api-change-goku_udc.patch
-gregkh-04-USB-gregkh-usb-046_usb-gadget-pxa2xx_udc-updates.patch
-gregkh-04-USB-gregkh-usb-047_usb-ehci-minor-updates.patch
-gregkh-04-USB-gregkh-usb-048_usb-earthmate-hid-blacklist.patch
+gregkh-usb-usb-usbnet-fixes.patch
+gregkh-usb-usb-ehci-suspend-stop-timer.patch
+gregkh-usb-usb-modalias-sysfs.patch
+gregkh-usb-usb-cypress_m8-add-lt-20-support.patch
+gregkh-usb-usb-g_file_storage_min.patch
+gregkh-usb-usb-g_file_storage_stall.patch
+gregkh-usb-usb-omap_udc_update.patch
+gregkh-usb-usb-isp116x-hcd-add.patch
+gregkh-usb-usb-isp116x-hcd-fix.patch
+gregkh-usb-usb-turn-a-user-mode-driver-error-into-a-hard-error.patch
+gregkh-usb-usb-uhci-01.patch
+gregkh-usb-usb-uhci-02.patch
+gregkh-usb-usb-uhci-03.patch
+gregkh-usb-usb-uhci-04.patch
+gregkh-usb-usb-uhci-05.patch
+gregkh-usb-usb-uhci-06.patch
+gregkh-usb-usb-uhci-07.patch
+gregkh-usb-usb-uhci-08.patch
+gregkh-usb-usb-root_hub_irq.patch
+gregkh-usb-usb-cdc_acm.patch
+gregkh-usb-usb-usbtest.patch
+gregkh-usb-usb-ohci_reboot_notifier.patch
+gregkh-usb-usb_serial_status.patch
+gregkh-usb-usb-zd1201_pm.patch
+gregkh-usb-usb-zd1201_pm-02.patch
+gregkh-usb-usb-remove_hub_set_power_budget.patch
+gregkh-usb-usb-device_pointer.patch
+gregkh-usb-usb-hcd_fix_for_remove_hub_set_power_budget.patch
+gregkh-usb-usb-usbcore_usb_add_hcd.patch
+gregkh-usb-usb-hcds_no_more_register_root_hub.patch
+gregkh-usb-usb-ub_multi_lun.patch
+gregkh-usb-usb-rndis_cleanups.patch
+gregkh-usb-usb-ethernet_gadget_cleanups.patch
+gregkh-usb-usb-omap_udc_cleanups.patch
+gregkh-usb-usb-dummy_hcd-otg.patch
+gregkh-usb-usb-dummy_hcd-FEAT.patch
+gregkh-usb-usb-dummy_hcd-pdevs.patch
+gregkh-usb-usb-dummy_hcd-centralize-link.patch
+gregkh-usb-usb-dummy_hcd-root-hub_no-polling.patch
+gregkh-usb-usb-remove_pwc_changelog.patch
+gregkh-usb-usb-add-new-wacom-device-to-usb-hid-core-list.patch
+gregkh-usb-usb-urb_documentation.patch
+gregkh-usb-usb-idmouse_update.patch
+gregkh-usb-usb-gadget-kconfig.patch
+gregkh-usb-usb-gadget-setup-api-change.patch
+gregkh-usb-usb-gadget-setup-api-change-net2280.patch
+gregkh-usb-usb-gadget-setup-api-change-goku_udc.patch
+gregkh-usb-usb-gadget-pxa2xx_udc-updates.patch
+gregkh-usb-usb-ehci-minor-updates.patch
+gregkh-usb-usb-earthmate-hid-blacklist.patch
+gregkh-usb-usb-usbatm-1.patch
+gregkh-usb-usb-usbatm-2.patch
+gregkh-usb-usb-usbatm-3.patch
+gregkh-usb-usb-usbatm-4.patch
+gregkh-usb-usb-usbatm-5.patch
+gregkh-usb-usb-dummy_hcd-sparse-cleanups.patch
+gregkh-usb-usb-dummy_hcd-suspend-and-resume.patch
Greg's USB tree
-zd1201-build-fix.patch
Seems that this reappeared in one of Jeff's trees, but I think it's wrong.
+mystery-ide-fix.patch
Undocumented but apparently terribly important IDE fix.
+sparsemem-memory-model-fix.patch
+sparsemem-memory-model-for-i386-fix.patch
Kick the sparsemem stuff into shape.
-fix-ieee80211_crypt_-selects.patch
Merged, or fixed by other means, or simply broken.
+fix-atm-build-with-o=.patch
+drivers-net-hamradio-baycom_eppc-cleanups.patch
+ppp_mppe-add-ppp-mppe-encryption-module.patch
+dm9000-network-driver-bugfix.patch
+documentation-networking-dmfetxt-make-documentation-nicer.patch
Networking fixes
+ppc64-abolish-ioremap_mm.patch
ppc64 cleanup
+mips-add-resource-management-to-pmu.patch
MIPS power management addition
+platform-smis-and-their-interferance-with-tsc-based-delay-calibration-fix.patch
Fix platform-smis-and-their-interferance-with-tsc-based-delay-calibration.patch
+adjust-i386-watchdog-tick-calculation.patch
+allow-early-printk-to-use-more-than-25-lines.patch
x86 fixes
-remove-unique-apic-io-apic-id-check.patch
-x86_64-dont-assume-bp-to-be-the-first-one-in-madt-mps.patch
Drop a couple of x86_64 patches which are obsoleted by Andi's patches.
+optimise-storage-of-read-mostly-variables-x86_64-fix-fix.patch
Yet another fix to optimise-storage-of-read-mostly-variables.patch
+x86_64-eliminate-duplicate-rdpmc-definition.patch
x86_64 fixlet
+dmi-move-acpi-boot-quirk.patch
+dmi-move-acpi-sleep-quirk.patch
+dmi-remove-central-blacklist.patch
+dmi-code-spring-cleanup.patch
DMI code cleanups and fixes
+alpha-osf_sys-use-helper-functions-to-convert-between-tv-and-jiffies.patch
Alpha code cleanup
+kprobes-function-return-probes-fix-4.patch
+kprobes-arch_supports_kretprobes-cleanup.patch
Fix kprobes-function-return-probes.patch even more
-fix-pci-mmap-on-ppc-and-ppc64-fix.patch
Folded into fix-pci-mmap-on-ppc-and-ppc64.patch
+dont-force-o_largefile-for-32-bit-processes-on-ia64-2612-rc3.patch
ia64 x86 emulation fix
+ide-floppy-adjustments.patch
ide-floppy build fix
+adjust-per_cpu-definition-in-non-smp-case.patch
per_cpu() build fix
+apply-quotation-handling-to-makefilebuild.patch
makefile robustness
+pcmcia-ds-handle-any-error-code.patch
pcmcia fix
+mempool-only-init-waitqueue-in-slow-path.patch
mempool microoptimisation
+seccomp-disable-tsc-for-seccomp-enabled-tasks.patch
Disable TSC when using secure computing. Adds code to switch_to() :(
+kill-asm-ioctl32h.patch
cleanup
+profilec-schedule-parsing-fix.patch
Fix __setup parser
+factor-out-common-code-in-sys_fsync-sys_fdatasync.patch
Code consolidation
+improve-cd-dvd-packet-driver-write-performance.patch
Speed up the packet writing driver
+tpm-add-debugging-output.patch
tpm driver work
+connector-export-initialization-flag.patch
connector namespace fix
+dvb-b2c2-flexcop-driver-refactoring-part-1-drop-old-b2c2-usb-stuff.patch
+dvb-b2c2-flexcop-driver-refactoring-part-2-add-modular-flexcop-driver.patch
+dvb-flexcop-fix-usb-transfer-handling.patch
+dvb-flexcop-add-acknowledgements.patch
+dvb-flexcop-fix-mac-address-reading.patch
+dvb-flexcop-fixed-interrupt-sharing.patch
+dvb-flexcop-use-hw-pid-filter.patch
+dvb-flexcop-fix-module-refcount-handling.patch
+dvb-flexcop-readme-update.patch
+dvb-flexcop-i2c-read-fixes.patch
+dvb-flexcop-diseqc-fix.patch
dvd subsystem updates
+numa-aware-slab-allocator-v3.patch
+numa-aware-slab-allocator-v2-tidy.patch
+numa-aware-slab-allocator-v3-cleanup.patch
+ppc64-numa-nodes-hack.patch
NUMA-aware slab allocator (a bit busted on ppc64)
+v4l-saa7134-mark-little-endian-ptr.patch
+video_cx88_dvb-must-select-dvb_cx22702.patch
+fix-for-cx88-cardsc-for-dvico-fusionhdtv-3-gold-q.patch
v4l subsystem updates
+kexec-x86_64-optimise-storage-of-read-mostly-variables-x86_64-fix.patch
Fix kexec for the `optimise-storage-of-read-mostly-variables' patch
-reiser4-sb_sync_inodes-cleanup.patch
This was broken.
+intelfbdrv-naming-fix.patch
+fbdev-iomove-removal.patch
+pm3fb-typo-fix.patch
fbdev updates
+md-cause-md-raid1-to-repack-working-devices-when-number-of-drives-is-changed.patch
+md-make-sure-recovery-happens-when-add_new_disk-is-used-for-hot_add.patch
RAID updates
+kernel-power-swsuspc-make-a-variable-static.patch
+kernel-modulec-make-a-function-static.patch
+fs-reiserfs-streec-make-max_key-static.patch
+make-umount_tree-static.patch
+scsi-make-code-static.patch
Make some things static
+drivers-char-ip2-cleanups.patch
+drivers-cdrom-cm206c-cleanups.patch
+drivers-isdn-hisax-possible-cleanups.patch
Little fixes
-remove-exports-for-oem-modules.patch
Dropped: the code which needs these exports has been merged.
number of patches in -mm: 1166
number of changesets in external trees: 223
number of patches in -mm only: 1158
total patches: 1381
All 1166 patches:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/patch-list
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
@ 2005-05-16 9:25 ` Russell King
2005-05-16 10:50 ` 2.6.12-rc4-mm2 Danny ter Haar
` (9 subsequent siblings)
10 siblings, 0 replies; 47+ messages in thread
From: Russell King @ 2005-05-16 9:25 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Mon, May 16, 2005 at 02:13:02AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
If you wish, you could add the three git trees I have on m.k.o into
the mix - ~rmk/linux-2.6-*.git
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
2005-05-16 9:25 ` 2.6.12-rc4-mm2 Russell King
@ 2005-05-16 10:50 ` Danny ter Haar
2005-05-16 11:17 ` 2.6.12-rc4-mm2 Alexey Dobriyan
2005-05-16 12:30 ` 2.6.12-rc4-mm2 Brice Goglin
` (8 subsequent siblings)
10 siblings, 1 reply; 47+ messages in thread
From: Danny ter Haar @ 2005-05-16 10:50 UTC (permalink / raw)
To: linux-kernel
Andrew Morton <akpm@osdl.org> wrote:
>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
include/acpi/achware.h:159: warning: `struct acpi_gpe_block_info' declared inside parameter list
include/acpi/achware.h:159: warning: `struct acpi_gpe_xrupt_info' declared inside parameter list
include/acpi/achware.h:159: warning: type defaults to `int' in declaration of `acpi_hw_enable_runtime_gpe_block'
include/acpi/achware.h:159: warning: data definition has no type or storage class
make[2]: *** [arch/x86_64/kernel/time.o] Error 1
make[1]: *** [arch/x86_64/kernel] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.12-rc4-mm2'
make: *** [stamp-build] Error 2
Debian-amd64
Kernel config: http://newsgate.newsserver.nl/kernel/dotconfig-2.6.12-rc4-mm2
Danny
--
The foundation of evil is made up of lies and marketing - UF2004
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 10:50 ` 2.6.12-rc4-mm2 Danny ter Haar
@ 2005-05-16 11:17 ` Alexey Dobriyan
2005-05-16 11:38 ` 2.6.12-rc4-mm2 Danny ter Haar
0 siblings, 1 reply; 47+ messages in thread
From: Alexey Dobriyan @ 2005-05-16 11:17 UTC (permalink / raw)
To: Danny ter Haar; +Cc: linux-kernel, Andrew Morton
On Monday 16 May 2005 14:50, Danny ter Haar wrote:
> Andrew Morton <akpm@osdl.org> wrote:
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
>
> include/acpi/achware.h:159: warning: `struct acpi_gpe_block_info' declared inside parameter list
> include/acpi/achware.h:159: warning: `struct acpi_gpe_xrupt_info' declared inside parameter list
> include/acpi/achware.h:159: warning: type defaults to `int' in declaration of `acpi_hw_enable_runtime_gpe_block'
> include/acpi/achware.h:159: warning: data definition has no type or storage class
> make[2]: *** [arch/x86_64/kernel/time.o] Error 1
Does this help?
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
--- linux-2.6.12-rc4-mm2/include/acpi/achware.h 2005-05-16 14:24:02.000000000 +0400
+++ linux-2.6.12-rc4-mm2-acpi/include/acpi/achware.h 2005-05-16 15:11:39.000000000 +0400
@@ -44,6 +44,14 @@
#ifndef __ACHWARE_H__
#define __ACHWARE_H__
+#include <linux/types.h>
+#include <acpi/actypes.h>
+
+struct acpi_bit_register_info;
+struct acpi_generic_address;
+struct acpi_gpe_event_info;
+struct acpi_gpe_xrupt_info;
+struct acpi_gpe_block_info;
/* PM Timer ticks per second (HZ) */
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 11:17 ` 2.6.12-rc4-mm2 Alexey Dobriyan
@ 2005-05-16 11:38 ` Danny ter Haar
2005-05-16 12:15 ` 2.6.12-rc4-mm2 Alexey Dobriyan
0 siblings, 1 reply; 47+ messages in thread
From: Danny ter Haar @ 2005-05-16 11:38 UTC (permalink / raw)
To: linux-kernel
Alexey Dobriyan <adobriyan@gmail.com> wrote:
>Does this help?
>--- linux-2.6.12-rc4-mm2/include/acpi/achware.h 2005-05-16 14:24:02.000000000 +0400
>+++ linux-2.6.12-rc4-mm2-acpi/include/acpi/achware.h 2005-05-16 15:11:39.000000000 +0400
[SNIP]
[PATCH APPLIED]
Nope, (unfortunatly)
Complete error is at:
http://newsgate.newsserver.nl/kernel/2.6.12-rc4-mm2-error-out.txt
Danny
--
The foundation of evil is made up of lies and marketing - UF2004
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 11:38 ` 2.6.12-rc4-mm2 Danny ter Haar
@ 2005-05-16 12:15 ` Alexey Dobriyan
2005-05-16 17:11 ` 2.6.12-rc4-mm2 Danny ter Haar
0 siblings, 1 reply; 47+ messages in thread
From: Alexey Dobriyan @ 2005-05-16 12:15 UTC (permalink / raw)
To: Danny ter Haar; +Cc: linux-kernel, Andrew Morton
On Monday 16 May 2005 15:38, Danny ter Haar wrote:
> Alexey Dobriyan <adobriyan@gmail.com> wrote:
> >Does this help?
> >--- linux-2.6.12-rc4-mm2/include/acpi/achware.h
> >+++ linux-2.6.12-rc4-mm2-acpi/include/acpi/achware.h
> Nope, (unfortunatly)
Please, try this.
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
--- linux-2.6.12-rc4-mm2/include/acpi/achware.h 2005-05-16 14:24:02.000000000 +0400
+++ linux-2.6.12-rc4-mm2-acpi/include/acpi/achware.h 2005-05-16 16:05:41.000000000 +0400
@@ -44,6 +44,8 @@
#ifndef __ACHWARE_H__
#define __ACHWARE_H__
+struct acpi_gpe_xrupt_info;
+struct acpi_gpe_block_info;
/* PM Timer ticks per second (HZ) */
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
2005-05-16 9:25 ` 2.6.12-rc4-mm2 Russell King
2005-05-16 10:50 ` 2.6.12-rc4-mm2 Danny ter Haar
@ 2005-05-16 12:30 ` Brice Goglin
2005-05-16 17:46 ` 2.6.12-rc4-mm2, alpha and mips broke Jan Dittmer
` (7 subsequent siblings)
10 siblings, 0 replies; 47+ messages in thread
From: Brice Goglin @ 2005-05-16 12:30 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1247 bytes --]
Andrew Morton a écrit :
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
>
>
> - davem has set up a mm-commits mailing list so people can review things
> which are added to or removed from the -mm tree. Do
>
> echo subscribe mm-commits | mail majordomo@vger.kernel.org
>
> - x86_64 architecture update from Andi.
>
> - Everything up to and including `spurious-interrupt-fix.patch' is planned
> for 2.6.12 merging. Plus a few other things in there.
>
> - Another DVB subsystem update
Hi Andrew,
CONFIG_PPP_MPPE can be enabled without CONFIG_CRYPTO.
This results in this warning when running make modules_install:
if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F
System.map 2.6.12-rc4-mm2=LoulousMobile; fi
WARNING:
/lib/modules/2.6.12-rc4-mm2=LoulousMobile/kernel/drivers/net/ppp_mppe.ko
needs unknown symbol crypto_alloc_tfm
WARNING:
/lib/modules/2.6.12-rc4-mm2=LoulousMobile/kernel/drivers/net/ppp_mppe.ko
needs unknown symbol crypto_free_tfm
By the way, looking at drivers/net/ppp_mppe.c, it looks like sha1 and
arc4 are needed at runtime.
The attached patch selects all these when PPP_MPPE is selected.
Signed-off-by: Brice Goglin <Brice.Goglin@ens-lyon.org>
Brice
[-- Attachment #2: fix_ppp-mppe_dependencies.patch --]
[-- Type: text/x-patch, Size: 521 bytes --]
--- linux-mm/drivers/net/Kconfig.old 2005-05-16 14:15:29.000000000 +0200
+++ linux-mm/drivers/net/Kconfig 2005-05-16 14:24:44.000000000 +0200
@@ -2431,6 +2431,9 @@ config PPP_BSDCOMP
config PPP_MPPE
tristate "PPP MPPE compression (encryption) (EXPERIMENTAL)"
depends on PPP && EXPERIMENTAL
+ select CRYPTO
+ select CRYPTO_SHA1
+ select CRYPTO_ARC4
---help---
Support for the MPPE Encryption protocol, as employed by the
Microsoft Point-to-Point Tunneling Protocol.
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 12:15 ` 2.6.12-rc4-mm2 Alexey Dobriyan
@ 2005-05-16 17:11 ` Danny ter Haar
2005-05-16 17:43 ` 2.6.12-rc4-mm2 Alexey Dobriyan
0 siblings, 1 reply; 47+ messages in thread
From: Danny ter Haar @ 2005-05-16 17:11 UTC (permalink / raw)
To: linux-kernel
Alexey Dobriyan <adobriyan@gmail.com> wrote:
>> Alexey Dobriyan <adobriyan@gmail.com> wrote:
>> >Does this help?
>> Nope, (unfortunatly)
>Please, try this.
[Patch #2 applied]
Still not succesful..
Error is at
http://newsgate.newsserver.nl/kernel/2.6.12-rc4-mm2-patch%232-error-out.txt
btw:
newsgate:/usr/src/linux-2.6.12-rc4-mm2# gcc -v
Reading specs from /usr/lib/gcc-lib/x86_64-linux/3.3.6/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang
--prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared
--enable-__cxa_atexit --with-system-zlib --enable-nls
--without-included-gettext --enable-clocale=gnu --enable-debug
--enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc
--disable-multilib x86_64-linux
Thread model: posix
gcc version 3.3.6 (Debian 1:3.3.6-4)
newsgate:/var/www/kernel# ls -lrt
-rw-r--r-- 1 root root 3638 May 16 13:36 2.6.12-rc4-mm2-error-out.txt
-rw-r--r-- 1 root root 5389 May 16 19:07 2.6.12-rc4-mm2-patch#2-error-out.txt
Thanks for your efforts to help me!
Danny
--
The foundation of evil is made up of lies and marketing - UF2004
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 17:11 ` 2.6.12-rc4-mm2 Danny ter Haar
@ 2005-05-16 17:43 ` Alexey Dobriyan
2005-05-16 19:30 ` 2.6.12-rc4-mm2 Danny ter Haar
0 siblings, 1 reply; 47+ messages in thread
From: Alexey Dobriyan @ 2005-05-16 17:43 UTC (permalink / raw)
To: Danny ter Haar; +Cc: linux-kernel
On Monday 16 May 2005 21:11, Danny ter Haar wrote:
> Alexey Dobriyan <adobriyan@gmail.com> wrote:
> >> Alexey Dobriyan <adobriyan@gmail.com> wrote:
> >> >Does this help?
> >> Nope, (unfortunatly)
> >Please, try this.
>
> [Patch #2 applied]
>
> Still not succesful..
>
> Error is at
> http://newsgate.newsserver.nl/kernel/2.6.12-rc4-mm2-patch%232-error-out.txt
Urgh... ACPI uses catch-all header file.
If this won't work, I'll get a cross-compiler.
--- linux-2.6.12-rc4-mm2/arch/x86_64/kernel/time.c 2005-05-16 21:38:04.000000000 +0400
+++ linux-2.6.12-rc4-mm2-acpi/arch/x86_64/kernel/time.c 2005-05-16 21:38:49.000000000 +0400
@@ -27,7 +27,7 @@
#include <linux/bcd.h>
#include <linux/kallsyms.h>
#include <linux/acpi.h>
-#include <acpi/achware.h> /* for PM timer frequency */
+#include <acpi/acpi.h>
#include <asm/8253pit.h>
#include <asm/pgtable.h>
#include <asm/vsyscall.h>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2, alpha and mips broke
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
` (2 preceding siblings ...)
2005-05-16 12:30 ` 2.6.12-rc4-mm2 Brice Goglin
@ 2005-05-16 17:46 ` Jan Dittmer
2005-05-16 20:09 ` Andrew Morton
2005-05-16 19:18 ` 2.6.12-rc4-mm2: proc-pid-smaps.patch broke nommu Adrian Bunk
` (6 subsequent siblings)
10 siblings, 1 reply; 47+ messages in thread
From: Jan Dittmer @ 2005-05-16 17:46 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
Comparing 2.6.12-rc4-mm1 to 2.6.12-rc4-mm2 (defconfig)
======================================================
- alpha: broke
AR arch/alpha/lib/lib.a
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
mm/built-in.o(.text+0xe79c):/usr/src/ctest/mm/kernel/mm/slab.c:339: undefined reference to `__bad_size'
mm/built-in.o(.text+0xe7a0):/usr/src/ctest/mm/kernel/mm/slab.c:339: undefined reference to `__bad_size'
make[1]: *** [.tmp_vmlinux1] Error 1
make: *** [_all] Error 2
Details: http://l4x.org/k/?d=3741
- mips: broke
CC mm/mempool.o
CC mm/oom_kill.o
CC mm/fadvise.o
CC mm/page_alloc.o
CC mm/page-writeback.o
CC mm/pdflush.o
CC mm/readahead.o
CC mm/slab.o
mm/slab.c:117:2: #error "Broken Configuration: CONFIG_NUMA not set but MAX_NUMNODES !=1 !!"
make[1]: *** [mm/slab.o] Error 1
make: *** [mm] Error 2
Details: http://l4x.org/k/?d=3753
--
Jan
^ permalink raw reply [flat|nested] 47+ messages in thread
* 2.6.12-rc4-mm2: proc-pid-smaps.patch broke nommu
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
` (3 preceding siblings ...)
2005-05-16 17:46 ` 2.6.12-rc4-mm2, alpha and mips broke Jan Dittmer
@ 2005-05-16 19:18 ` Adrian Bunk
2005-05-21 2:19 ` Mauricio Lin
2005-05-17 9:06 ` 2.6.12-rc4-mm2 Brice Goglin
` (5 subsequent siblings)
10 siblings, 1 reply; 47+ messages in thread
From: Adrian Bunk @ 2005-05-16 19:18 UTC (permalink / raw)
To: Andrew Morton, Mauricio Lin; +Cc: linux-kernel
It seems proc-pid-smaps.patch is guilty for this nommu breakage in -mm:
<-- snip -->
...
LD vmlinux
fs/built-in.o(.text+0x32b08): In function `smaps_open':
/usr/src/ctest/mm/kernel/fs/proc/base.c:560: undefined reference to `_proc_pid_smaps_op'
make[1]: *** [vmlinux] Error 1
<-- snip -->
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 17:43 ` 2.6.12-rc4-mm2 Alexey Dobriyan
@ 2005-05-16 19:30 ` Danny ter Haar
0 siblings, 0 replies; 47+ messages in thread
From: Danny ter Haar @ 2005-05-16 19:30 UTC (permalink / raw)
To: linux-kernel
Alexey Dobriyan <adobriyan@gmail.com> wrote:
>Urgh... ACPI uses catch-all header file.
>If this won't work, I'll get a cross-compiler.
take #3
still no luck.
Less output then previous trial.
Danny
PS: need an account so you can compile on the machine in question ?
--
The foundation of evil is made up of lies and marketing - UF2004
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2, alpha and mips broke
2005-05-16 17:46 ` 2.6.12-rc4-mm2, alpha and mips broke Jan Dittmer
@ 2005-05-16 20:09 ` Andrew Morton
0 siblings, 0 replies; 47+ messages in thread
From: Andrew Morton @ 2005-05-16 20:09 UTC (permalink / raw)
To: Jan Dittmer; +Cc: linux-kernel
Jan Dittmer <jdittmer@ppp0.net> wrote:
>
> Comparing 2.6.12-rc4-mm1 to 2.6.12-rc4-mm2 (defconfig)
> ======================================================
>
> - alpha: broke
> AR arch/alpha/lib/lib.a
> GEN .version
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> mm/built-in.o(.text+0xe79c):/usr/src/ctest/mm/kernel/mm/slab.c:339: undefined reference to `__bad_size'
> mm/built-in.o(.text+0xe7a0):/usr/src/ctest/mm/kernel/mm/slab.c:339: undefined reference to `__bad_size'
> make[1]: *** [.tmp_vmlinux1] Error 1
> make: *** [_all] Error 2
>
argh, I forgot to add the patch to the series file, sorry.
From: Andrew Morton <akpm@osdl.org>
This doesn't work (on alpha, at least).
It's not inside __builtin_constant_p() so the compiler cannot be sure that all
the possible sizes have been checked for.
Cc: Christoph Lameter <clameter@engr.sgi.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
---
mm/slab.c | 12 +++++++-----
1 files changed, 7 insertions(+), 5 deletions(-)
diff -puN mm/slab.c~numa-aware-slab-allocator-v3-__bad_size-fix mm/slab.c
--- 25-alpha/mm/slab.c~numa-aware-slab-allocator-v3-__bad_size-fix 2005-05-15 22:25:33.000000000 -0700
+++ 25-alpha-akpm/mm/slab.c 2005-05-15 22:30:10.000000000 -0700
@@ -325,7 +325,8 @@ struct kmem_list3 __initdata initkmem_li
*/
static inline int index_of(const size_t size)
{
- int i = 0;
+ if (__builtin_constant_p(size)) {
+ int i = 0;
#define CACHE(x) \
if (size <=x) \
@@ -334,11 +335,12 @@ static inline int index_of(const size_t
i++;
#include "linux/kmalloc_sizes.h"
#undef CACHE
- {
- extern void __bad_size(void);
- __bad_size();
- return 0;
+ {
+ extern void __bad_size(void);
+ __bad_size();
+ }
}
+ return 0;
}
#define INDEX_AC index_of(sizeof(struct array_cache))
_
>
> - mips: broke
> CC mm/mempool.o
> CC mm/oom_kill.o
> CC mm/fadvise.o
> CC mm/page_alloc.o
> CC mm/page-writeback.o
> CC mm/pdflush.o
> CC mm/readahead.o
> CC mm/slab.o
> mm/slab.c:117:2: #error "Broken Configuration: CONFIG_NUMA not set but MAX_NUMNODES !=1 !!"
> make[1]: *** [mm/slab.o] Error 1
> make: *** [mm] Error 2
>
OK, Christoph is scratching his head over that one.
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
` (4 preceding siblings ...)
2005-05-16 19:18 ` 2.6.12-rc4-mm2: proc-pid-smaps.patch broke nommu Adrian Bunk
@ 2005-05-17 9:06 ` Brice Goglin
2005-05-17 16:38 ` 2.6.12-rc4-mm2 Richard Purdie
2005-05-18 7:14 ` 2.6.12-rc4-mm2 Coywolf Qi Hunt
` (4 subsequent siblings)
10 siblings, 1 reply; 47+ messages in thread
From: Brice Goglin @ 2005-05-17 9:06 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
Andrew Morton a écrit :
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
Hi Andrew,
Cardmgr does not automatically start my pcmcia wireless card anymore.
orinoco modules are not loaded at all.
I still can modprobe orinoco_cs to get my wireless to work.
Cardmgr says this when starting:
cardmgr[27367]: no pcmcia driver in /proc/devices
Is this a feature related to the upcoming deprecation of cardctl ?
Am I supposed to use pcmcia-utils ?
Thanks,
Brice
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-17 9:06 ` 2.6.12-rc4-mm2 Brice Goglin
@ 2005-05-17 16:38 ` Richard Purdie
2005-05-18 22:45 ` 2.6.12-rc4-mm2 Richard Purdie
0 siblings, 1 reply; 47+ messages in thread
From: Richard Purdie @ 2005-05-17 16:38 UTC (permalink / raw)
To: Brice Goglin, Andrew Morton; +Cc: linux-kernel
Brice Goglin:
> Cardmgr does not automatically start my pcmcia wireless card anymore.
> orinoco modules are not loaded at all.
> I still can modprobe orinoco_cs to get my wireless to work.
>
> Cardmgr says this when starting:
> cardmgr[27367]: no pcmcia driver in /proc/devices
>
> Is this a feature related to the upcoming deprecation of cardctl ?
> Am I supposed to use pcmcia-utils ?
I also see the above message on the arm pxa zaurus with -mm2. I'm still
using pcmcia-cs rather than pcmcia-utils. pcmcia+cardmgr works fine in -mm1.
I'm also not sure if this is by design or not...
Regards,
Richard
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
` (5 preceding siblings ...)
2005-05-17 9:06 ` 2.6.12-rc4-mm2 Brice Goglin
@ 2005-05-18 7:14 ` Coywolf Qi Hunt
[not found] ` <20050516021302.13bd285a.akpm-3NddpPZAyC0@public.gmane.org>
` (3 subsequent siblings)
10 siblings, 0 replies; 47+ messages in thread
From: Coywolf Qi Hunt @ 2005-05-18 7:14 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On 5/16/05, Andrew Morton <akpm@osdl.org> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
>
> - davem has set up a mm-commits mailing list so people can review things
> which are added to or removed from the -mm tree. Do
>
> echo subscribe mm-commits | mail majordomo@vger.kernel.org
I see patches being added to and removed from -mm tree. Is it
possible to know the reason why they are removed, whether they are
merged upstream or dropped?
--
Coywolf Qi Hunt
http://sosdg.org/~coywolf/
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
@ 2005-05-18 20:26 ` Alexander Nyberg
2005-05-16 10:50 ` 2.6.12-rc4-mm2 Danny ter Haar
` (9 subsequent siblings)
10 siblings, 0 replies; 47+ messages in thread
From: Alexander Nyberg @ 2005-05-18 20:26 UTC (permalink / raw)
To: Andrew Morton
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
mån 2005-05-16 klockan 02:13 -0700 skrev Andrew Morton:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
>
>
> - davem has set up a mm-commits mailing list so people can review things
> which are added to or removed from the -mm tree. Do
>
> echo subscribe mm-commits | mail majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>
> - x86_64 architecture update from Andi.
>
> - Everything up to and including `spurious-interrupt-fix.patch' is planned
> for 2.6.12 merging. Plus a few other things in there.
>
> - Another DVB subsystem update
>
I need this to be able to compile on x64 without CONFIG_ACPI (yeah it's
probably wrong all the way, but can someone that knows acpi fix it
please?). Tested on i386 & x64 w & w/o CONFIG_ACPI.
Index: kexec/include/linux/acpi.h
===================================================================
--- kexec.orig/include/linux/acpi.h 2005-05-18 22:04:11.000000000 +0200
+++ kexec/include/linux/acpi.h 2005-05-18 22:13:13.000000000 +0200
@@ -25,8 +25,6 @@
#ifndef _LINUX_ACPI_H
#define _LINUX_ACPI_H
-#ifdef CONFIG_ACPI
-
#ifndef _LINUX
#define _LINUX
#endif
@@ -419,6 +417,8 @@
#else /*!CONFIG_ACPI_BOOT*/
+static inline int acpi_boot_init (void) { return 0; }
+static inline int acpi_boot_table_init (void) { return 0; }
#define acpi_mp_config 0
#endif /*!CONFIG_ACPI_BOOT*/
@@ -531,18 +531,4 @@
extern int pnpacpi_disabled;
-#else /* CONFIG_ACPI */
-
-static inline int acpi_boot_init(void)
-{
- return 0;
-}
-
-static inline int acpi_boot_table_init(void)
-{
- return 0;
-}
-
-#endif /* CONFIG_ACPI */
-
#endif /* _LINUX_ACPI_H */
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_idt12&alloc_id\x16344&op=click
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
@ 2005-05-18 20:26 ` Alexander Nyberg
0 siblings, 0 replies; 47+ messages in thread
From: Alexander Nyberg @ 2005-05-18 20:26 UTC (permalink / raw)
To: Andrew Morton; +Cc: acpi-devel, linux-kernel
mån 2005-05-16 klockan 02:13 -0700 skrev Andrew Morton:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
>
>
> - davem has set up a mm-commits mailing list so people can review things
> which are added to or removed from the -mm tree. Do
>
> echo subscribe mm-commits | mail majordomo@vger.kernel.org
>
> - x86_64 architecture update from Andi.
>
> - Everything up to and including `spurious-interrupt-fix.patch' is planned
> for 2.6.12 merging. Plus a few other things in there.
>
> - Another DVB subsystem update
>
I need this to be able to compile on x64 without CONFIG_ACPI (yeah it's
probably wrong all the way, but can someone that knows acpi fix it
please?). Tested on i386 & x64 w & w/o CONFIG_ACPI.
Index: kexec/include/linux/acpi.h
===================================================================
--- kexec.orig/include/linux/acpi.h 2005-05-18 22:04:11.000000000 +0200
+++ kexec/include/linux/acpi.h 2005-05-18 22:13:13.000000000 +0200
@@ -25,8 +25,6 @@
#ifndef _LINUX_ACPI_H
#define _LINUX_ACPI_H
-#ifdef CONFIG_ACPI
-
#ifndef _LINUX
#define _LINUX
#endif
@@ -419,6 +417,8 @@
#else /*!CONFIG_ACPI_BOOT*/
+static inline int acpi_boot_init (void) { return 0; }
+static inline int acpi_boot_table_init (void) { return 0; }
#define acpi_mp_config 0
#endif /*!CONFIG_ACPI_BOOT*/
@@ -531,18 +531,4 @@
extern int pnpacpi_disabled;
-#else /* CONFIG_ACPI */
-
-static inline int acpi_boot_init(void)
-{
- return 0;
-}
-
-static inline int acpi_boot_table_init(void)
-{
- return 0;
-}
-
-#endif /* CONFIG_ACPI */
-
#endif /* _LINUX_ACPI_H */
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-17 16:38 ` 2.6.12-rc4-mm2 Richard Purdie
@ 2005-05-18 22:45 ` Richard Purdie
0 siblings, 0 replies; 47+ messages in thread
From: Richard Purdie @ 2005-05-18 22:45 UTC (permalink / raw)
To: Brice Goglin, Andrew Morton; +Cc: linux-kernel
On Tuesday 17 May 2005 5:38 pm, Richard Purdie wrote:
> Brice Goglin:
> > Cardmgr does not automatically start my pcmcia wireless card anymore.
> > orinoco modules are not loaded at all.
> > I still can modprobe orinoco_cs to get my wireless to work.
> >
> > Cardmgr says this when starting:
> > cardmgr[27367]: no pcmcia driver in /proc/devices
> >
> > Is this a feature related to the upcoming deprecation of cardctl ?
> > Am I supposed to use pcmcia-utils ?
>
> I also see the above message on the arm pxa zaurus with -mm2. I'm still
> using pcmcia-cs rather than pcmcia-utils. pcmcia+cardmgr works fine in
> -mm1. I'm also not sure if this is by design or not...
I found the problem. The pcmcia-move-pcmcia-ioctl-to-a-separate-file patch was
corrupted in -mm2 causing this problem. The fix is below.
Richard
--- linux-2.6.11.orig/drivers/pcmcia/ds.c 2005-05-18 23:27:43.000000000 +0100
+++ linux-2.6.11/drivers/pcmcia/ds.c 2005-05-17 17:13:50.000000000 +0100
@@ -1199,6 +1199,9 @@
bus_register(&pcmcia_bus_type);
class_interface_register(&pcmcia_bus_interface);
+
+ pcmcia_setup_ioctl();
+
return 0;
}
fs_initcall(init_pcmcia_bus); /* one level after subsys_initcall so that
@@ -1212,7 +1215,6 @@
class_interface_unregister(&pcmcia_bus_interface);
bus_unregister(&pcmcia_bus_type);
- pcmcia_setup_ioctl();
}
module_exit(exit_pcmcia_bus);
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
` (7 preceding siblings ...)
[not found] ` <20050516021302.13bd285a.akpm-3NddpPZAyC0@public.gmane.org>
@ 2005-05-19 14:59 ` Brice Goglin
2005-05-22 21:27 ` [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap() William Lee Irwin III
2007-06-27 0:35 ` Problems with fb console [was Re: 2.6.12-rc4-mm2] J.A. Magallón
10 siblings, 0 replies; 47+ messages in thread
From: Brice Goglin @ 2005-05-19 14:59 UTC (permalink / raw)
To: Andrew Morton, Dominik Brodowski; +Cc: linux-kernel
Andrew Morton a écrit :
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
>
>
> - davem has set up a mm-commits mailing list so people can review things
> which are added to or removed from the -mm tree. Do
>
> echo subscribe mm-commits | mail majordomo@vger.kernel.org
>
> - x86_64 architecture update from Andi.
>
> - Everything up to and including `spurious-interrupt-fix.patch' is planned
> for 2.6.12 merging. Plus a few other things in there.
>
> - Another DVB subsystem update
Hi Andrew and Dominik,
Since mm2, udev cannot rename my pcmcia wireless interface.
rc4 and rc4-mm1 successfully rename it from eth0 to wifi.
rc4-mm2 only renames the internal interface, not the pcmcia wifi one.
When I insert the card, This line appears in syslog:
udev[9500]: configured rule in '/etc/udev/rules.d/brice.rules[4]'
applied, 'eth0' becomes 'wifi'
But the interface is still called eth0.
Any idea ?
Thanks,
Brice
PS: Richard Purdie's patch (http://lkml.org/lkml/2005/5/18/303) fixed my
previous cardctl breakage, but it doesn't change anything regarding this
bug.
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2: proc-pid-smaps.patch broke nommu
2005-05-16 19:18 ` 2.6.12-rc4-mm2: proc-pid-smaps.patch broke nommu Adrian Bunk
@ 2005-05-21 2:19 ` Mauricio Lin
2005-05-21 2:39 ` Mauricio Lin
2005-07-21 15:04 ` Adrian Bunk
0 siblings, 2 replies; 47+ messages in thread
From: Mauricio Lin @ 2005-05-21 2:19 UTC (permalink / raw)
To: Adrian Bunk; +Cc: Andrew Morton, linux-kernel
Hi Adrian,
How did you get this error? What is your configuration?
I would like to replicate it.
BR,
Mauricio Lin.
On 5/16/05, Adrian Bunk <bunk@stusta.de> wrote:
> It seems proc-pid-smaps.patch is guilty for this nommu breakage in -mm:
>
> <-- snip -->
>
> ...
> LD vmlinux
> fs/built-in.o(.text+0x32b08): In function `smaps_open':
> /usr/src/ctest/mm/kernel/fs/proc/base.c:560: undefined reference to `_proc_pid_smaps_op'
> make[1]: *** [vmlinux] Error 1
>
> <-- snip -->
>
> cu
> Adrian
>
> --
>
> "Is there not promise of rain?" Ling Tan asked suddenly out
> of the darkness. There had been need of rain for many days.
> "Only a promise," Lao Er said.
> Pearl S. Buck - Dragon Seed
>
>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2: proc-pid-smaps.patch broke nommu
2005-05-21 2:19 ` Mauricio Lin
@ 2005-05-21 2:39 ` Mauricio Lin
2005-07-21 15:04 ` Adrian Bunk
1 sibling, 0 replies; 47+ messages in thread
From: Mauricio Lin @ 2005-05-21 2:39 UTC (permalink / raw)
To: Adrian Bunk; +Cc: Andrew Morton, linux-kernel
Hi Adrian,
I guess that the code below you have to include in the
fs/proc/task_nommu.c. But I would like to replicate the error you
found and apply the code below to verify if it is correct. So if you
can explain how you got this error I can test the code below. If you
want to test the code below by yourself, let me know about the result
please.
static int show_smap(struct seq_file *m, void *v)
{
return 0;
}
struct seq_operations proc_pid_smaps_op = {
.start = m_start,
.next = m_next,
.stop = m_stop,
.show = show_smap
};
BR,
Mauricio Lin.
On 5/20/05, Mauricio Lin <mauriciolin@gmail.com> wrote:
> Hi Adrian,
>
> How did you get this error? What is your configuration?
>
> I would like to replicate it.
>
> BR,
>
> Mauricio Lin.
>
> On 5/16/05, Adrian Bunk <bunk@stusta.de> wrote:
> > It seems proc-pid-smaps.patch is guilty for this nommu breakage in -mm:
> >
> > <-- snip -->
> >
> > ...
> > LD vmlinux
> > fs/built-in.o(.text+0x32b08): In function `smaps_open':
> > /usr/src/ctest/mm/kernel/fs/proc/base.c:560: undefined reference to `_proc_pid_smaps_op'
> > make[1]: *** [vmlinux] Error 1
> >
> > <-- snip -->
> >
> > cu
> > Adrian
> >
> > --
> >
> > "Is there not promise of rain?" Ling Tan asked suddenly out
> > of the darkness. There had been need of rain for many days.
> > "Only a promise," Lao Er said.
> > Pearl S. Buck - Dragon Seed
> >
> >
>
^ permalink raw reply [flat|nested] 47+ messages in thread
* [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap()
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
` (8 preceding siblings ...)
2005-05-19 14:59 ` 2.6.12-rc4-mm2 Brice Goglin
@ 2005-05-22 21:27 ` William Lee Irwin III
2005-05-22 22:00 ` Andrew Morton
2005-05-24 0:14 ` Andrew Morton
2007-06-27 0:35 ` Problems with fb console [was Re: 2.6.12-rc4-mm2] J.A. Magallón
10 siblings, 2 replies; 47+ messages in thread
From: William Lee Irwin III @ 2005-05-22 21:27 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, gregkh
[-- Attachment #1: Type: text/plain, Size: 1397 bytes --]
On Mon, May 16, 2005 at 02:13:02AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
> - davem has set up a mm-commits mailing list so people can review things
> which are added to or removed from the -mm tree. Do
> echo subscribe mm-commits | mail majordomo@vger.kernel.org
> - x86_64 architecture update from Andi.
> - Everything up to and including `spurious-interrupt-fix.patch' is planned
> for 2.6.12 merging. Plus a few other things in there.
> - Another DVB subsystem update
try_to_unmap_cluster() does:
for (pte = pte_offset_map(pmd, address);
address < end; pte++, address += PAGE_SIZE) {
...
}
pte_unmap(pte);
It may take a little staring to notice, but pte can actually fall off
the end of the pte page in this iteration, which makes life difficult
for kmap_atomic() and the users not expecting it to BUG(). Of course,
we're somewhat lucky in that arithmetic elsewhere in the function
guarantees that at least one iteration is made, lest this force larger
rearrangements to be made. This issue and patch also apply to non-mm
mainline and with trivial adjustments, at least two related kernels.
Discovered during internal testing at Oracle. Sample BUG() message
included along with patch as a MIME attachment.
Signed-off-by: William Irwin <wli@holomorphy.com>
-- wli
[-- Attachment #2: vlm-kunmap-atomic-fix.patch --]
[-- Type: text/plain, Size: 244 bytes --]
--- ./mm/rmap.c.orig 2005-05-20 01:29:14.066467151 -0700
+++ ./mm/rmap.c 2005-05-20 01:30:06.620649901 -0700
@@ -694,7 +694,7 @@
(*mapcount)--;
}
- pte_unmap(pte);
+ pte_unmap(pte-1);
out_unlock:
spin_unlock(&mm->page_table_lock);
}
[-- Attachment #3: vlm.oops --]
[-- Type: text/plain, Size: 1890 bytes --]
May 18 23:50:30 palnx1 kernel: ------------[ cut here ]------------
May 18 23:50:30 palnx1 kernel: kernel BUG at arch/i386/mm/highmem.c:96!
May 18 23:50:30 palnx1 kernel: invalid operand: 0000 [#1]
May 18 23:50:30 palnx1 kernel: SMP
May 18 23:50:30 palnx1 kernel: Modules linked in: nfsd exportfs md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core nfs lockd sunrpc dm_mod button battery ac uhci_hcd e1000 e100 mii floppy ext3 jbd qla2300 qla2xxx scsi_transport_fc aic79xx sd_mod scsi_mod
May 18 23:50:30 palnx1 kernel: CPU: 2
May 18 23:50:30 palnx1 kernel: EIP: 0060:[<c011bfc4>] Not tainted VLI
May 18 23:50:30 palnx1 kernel: EFLAGS: 00010206 (2.6.9-9.ELsmp)
May 18 23:50:30 palnx1 kernel: EIP is at kunmap_atomic+0x2e/0x58
May 18 23:50:30 palnx1 kernel: eax: 00074000 ebx: 00000001 ecx: fff8b000 edx: 0000005e
May 18 23:50:30 palnx1 kernel: esi: fff8c000 edi: d5dac000 ebp: fff8c000 esp: d5daccd0
May 18 23:50:30 palnx1 kernel: ds: 007b es: 007b ss: 0068
May 18 23:50:30 palnx1 kernel: Process oracle (pid: 23771, threadinfo=d5dac000 task=f4df4bb0)
May 18 23:50:30 palnx1 kernel: Stack: 00000001 97800000 c402e480 c014e1fa 81724007 00000001 97800000 d6d59c80
May 18 23:50:30 palnx1 kernel: e3a41c24 d5dacd18 00100000 e3a41c24 f73012fc c1198580 c014e3e4 20000000
May 18 23:50:30 palnx1 kernel: 00100000 00000001 ffffffe1 00000000 00000000 00000000 00000000 f7301318
May 18 23:50:30 palnx1 kernel: Call Trace:
May 18 23:50:30 palnx1 kernel: [<c014e1fa>] try_to_unmap_cluster+0x1b1/0x1c4
May 18 23:50:30 palnx1 kernel: [<c014e3e4>] try_to_unmap_file+0x16d/0x21c
May 18 23:50:30 palnx1 kernel: [<c014e4c9>] try_to_unmap+0x36/0x49
May 18 23:50:30 palnx1 kernel: [<c01451d6>] shrink_list+0x1ba/0x3ed
May 18 23:50:30 palnx1 kernel: [<c02c7d6a>] invalidate_interrupt+0x1a/0x20
May 18 23:50:30 palnx1 kernel: [<c01455e6>] shrink_cache+0x1dd/0x34d
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap()
2005-05-22 21:27 ` [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap() William Lee Irwin III
@ 2005-05-22 22:00 ` Andrew Morton
2005-05-24 0:14 ` Andrew Morton
1 sibling, 0 replies; 47+ messages in thread
From: Andrew Morton @ 2005-05-22 22:00 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: linux-kernel, gregkh
William Lee Irwin III <wli@holomorphy.com> wrote:
>
> try_to_unmap_cluster() does:
> for (pte = pte_offset_map(pmd, address);
> address < end; pte++, address += PAGE_SIZE) {
> ...
> }
>
> pte_unmap(pte);
>
> It may take a little staring to notice, but pte can actually fall off
> the end of the pte page in this iteration,
That's about the third place we've had this bug. Whoever keeps adding it
really should stop.
Thanks.
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap()
2005-05-22 21:27 ` [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap() William Lee Irwin III
2005-05-22 22:00 ` Andrew Morton
@ 2005-05-24 0:14 ` Andrew Morton
2005-05-24 2:48 ` William Lee Irwin III
1 sibling, 1 reply; 47+ messages in thread
From: Andrew Morton @ 2005-05-24 0:14 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: linux-kernel, gregkh, Hugh Dickins
William Lee Irwin III <wli@holomorphy.com> wrote:
>
> --- ./mm/rmap.c.orig 2005-05-20 01:29:14.066467151 -0700
> +++ ./mm/rmap.c 2005-05-20 01:30:06.620649901 -0700
> @@ -694,7 +694,7 @@
> (*mapcount)--;
> }
>
> - pte_unmap(pte);
> + pte_unmap(pte-1);
> out_unlock:
> spin_unlock(&mm->page_table_lock);
> }
I must say that I continue to find this approach a bit queazifying.
After some reading of the code I'd agree that yes, it's not possible for us
to get here with `pte' pointing at the first slot of the pte page, but it's
not 100% obvious and it's possible that someone will come along later and
will change things in try_to_unmap_cluster() which cause this unmap to
suddenly do the wrong thing in rare circumstances.
IOW: I'd sleep better at night if we took a temporary and actually unmapped
the thing which we we got back from pte_offset_map().. Am I being silly?
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap()
2005-05-24 0:14 ` Andrew Morton
@ 2005-05-24 2:48 ` William Lee Irwin III
2005-05-24 4:38 ` Hugh Dickins
0 siblings, 1 reply; 47+ messages in thread
From: William Lee Irwin III @ 2005-05-24 2:48 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, gregkh, Hugh Dickins
William Lee Irwin III <wli@holomorphy.com> wrote:
>> --- ./mm/rmap.c.orig 2005-05-20 01:29:14.066467151 -0700
>> +++ ./mm/rmap.c 2005-05-20 01:30:06.620649901 -0700
[...]
On Mon, May 23, 2005 at 05:14:06PM -0700, Andrew Morton wrote:
> I must say that I continue to find this approach a bit queazifying.
> After some reading of the code I'd agree that yes, it's not possible for us
> to get here with `pte' pointing at the first slot of the pte page, but it's
> not 100% obvious and it's possible that someone will come along later and
> will change things in try_to_unmap_cluster() which cause this unmap to
> suddenly do the wrong thing in rare circumstances.
> IOW: I'd sleep better at night if we took a temporary and actually unmapped
> the thing which we we got back from pte_offset_map().. Am I being silly?
Not at all. I merely attempt to minimize diffsize by default. An
alternative implementation follows (changelog etc. to be taken
from the prior patch) in case it saves the time (however short) needed
to write it yourself.
-- wli
Index: mm2-2.6.12-rc4/mm/rmap.c
===================================================================
--- mm2-2.6.12-rc4.orig/mm/rmap.c 2005-05-20 01:44:18.000000000 -0700
+++ mm2-2.6.12-rc4/mm/rmap.c 2005-05-23 19:13:29.000000000 -0700
@@ -626,7 +626,7 @@
pgd_t *pgd;
pud_t *pud;
pmd_t *pmd;
- pte_t *pte;
+ pte_t *pte, *original_pte;
pte_t pteval;
struct page *page;
unsigned long address;
@@ -658,7 +658,7 @@
if (!pmd_present(*pmd))
goto out_unlock;
- for (pte = pte_offset_map(pmd, address);
+ for (original_pte = pte = pte_offset_map(pmd, address);
address < end; pte++, address += PAGE_SIZE) {
if (!pte_present(*pte))
@@ -694,7 +694,7 @@
(*mapcount)--;
}
- pte_unmap(pte);
+ pte_unmap(original_pte);
out_unlock:
spin_unlock(&mm->page_table_lock);
}
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap()
2005-05-24 2:48 ` William Lee Irwin III
@ 2005-05-24 4:38 ` Hugh Dickins
2005-05-24 8:02 ` Nick Piggin
0 siblings, 1 reply; 47+ messages in thread
From: Hugh Dickins @ 2005-05-24 4:38 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: Andrew Morton, linux-kernel, gregkh
On Mon, 23 May 2005, William Lee Irwin III wrote:
> On Mon, May 23, 2005 at 05:14:06PM -0700, Andrew Morton wrote:
> > I must say that I continue to find this approach a bit queazifying.
> > After some reading of the code I'd agree that yes, it's not possible for us
> > to get here with `pte' pointing at the first slot of the pte page, but it's
> > not 100% obvious and it's possible that someone will come along later and
> > will change things in try_to_unmap_cluster() which cause this unmap to
> > suddenly do the wrong thing in rare circumstances.
> > IOW: I'd sleep better at night if we took a temporary and actually unmapped
> > the thing which we we got back from pte_offset_map().. Am I being silly?
There's a similar argument for queasiness in all the other (8 or more)
instances of the idiom. I think we originally adopted (and I furthered)
this pte_unmap(pte - 1) idiom because in the majority of architecture's
configurations pte_unmap does nothing at all, so we resented assigning
a pointless variable in some critical loops.
> Not at all. I merely attempt to minimize diffsize by default. An
> alternative implementation follows (changelog etc. to be taken
> from the prior patch) in case it saves the time (however short) needed
> to write it yourself.
Either of wli's patches is fine with me. There are several levels on
which try_to_unmap_cluster is harder to understand than the others,
and no good reason to resist the variable assignment.
We could rewrite pte_unmap to avoid the issue completely, since its
job is to unmap (or pretend to unmap) KM_PTE0's pte if the address
is in the fixmap area: but changing it to tolerate an off-by-one
address gives a queasy feeling too.
Thanks,
Hugh
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap()
2005-05-24 4:38 ` Hugh Dickins
@ 2005-05-24 8:02 ` Nick Piggin
0 siblings, 0 replies; 47+ messages in thread
From: Nick Piggin @ 2005-05-24 8:02 UTC (permalink / raw)
To: Hugh Dickins; +Cc: William Lee Irwin III, Andrew Morton, linux-kernel, gregkh
Hugh Dickins wrote:
> On Mon, 23 May 2005, William Lee Irwin III wrote:
>
>>On Mon, May 23, 2005 at 05:14:06PM -0700, Andrew Morton wrote:
>>
>>>I must say that I continue to find this approach a bit queazifying.
>>>After some reading of the code I'd agree that yes, it's not possible for us
>>>to get here with `pte' pointing at the first slot of the pte page, but it's
>>>not 100% obvious and it's possible that someone will come along later and
>>>will change things in try_to_unmap_cluster() which cause this unmap to
>>>suddenly do the wrong thing in rare circumstances.
>>>IOW: I'd sleep better at night if we took a temporary and actually unmapped
>>>the thing which we we got back from pte_offset_map().. Am I being silly?
>
>
> There's a similar argument for queasiness in all the other (8 or more)
> instances of the idiom. I think we originally adopted (and I furthered)
> this pte_unmap(pte - 1) idiom because in the majority of architecture's
> configurations pte_unmap does nothing at all, so we resented assigning
> a pointless variable in some critical loops.
>
Still, the compiler should be able to eliminate that extra register
as well as it can eliminate the intermediate (pte - 1) result (that
is to say, I hope perfectly in this day and age).
It may be more of an issue with architectures that actually *do* do
something in pte_unmap, in which case perhaps you increase the
register pressure over the critical loop? I guess we can just laugh
at them.
>
>>Not at all. I merely attempt to minimize diffsize by default. An
>>alternative implementation follows (changelog etc. to be taken
>>from the prior patch) in case it saves the time (however short) needed
>>to write it yourself.
>
>
> Either of wli's patches is fine with me. There are several levels on
> which try_to_unmap_cluster is harder to understand than the others,
> and no good reason to resist the variable assignment.
>
> We could rewrite pte_unmap to avoid the issue completely, since its
> job is to unmap (or pretend to unmap) KM_PTE0's pte if the address
> is in the fixmap area: but changing it to tolerate an off-by-one
> address gives a queasy feeling too.
>
Looks like no architecture (other than maybe frv?) even uses the
kvaddr argument to kunmap_atomic unless HIGHMEM_DEBUG/DEBUG_HIGHMEM
is enabled. If you stored that info elsewhere, you wouldn't even
need to pass the argument in.
But hmm... I don't see anyone getting motivated enough to rewrite the
debug code over this issue :)
--
SUSE Labs, Novell Inc.
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
[not found] ` <1116447964.23209.26.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
@ 2005-05-24 8:45 ` Andrew Morton
0 siblings, 0 replies; 47+ messages in thread
From: Andrew Morton @ 2005-05-24 8:45 UTC (permalink / raw)
To: Alexander Nyberg; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Alexander Nyberg <alexn-auIyqT/O9BSzQB+pC5nmwQ@public.gmane.org> wrote:
>
> mån 2005-05-16 klockan 02:13 -0700 skrev Andrew Morton:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
> >
> >
> > - davem has set up a mm-commits mailing list so people can review things
> > which are added to or removed from the -mm tree. Do
> >
> > echo subscribe mm-commits | mail majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> >
> > - x86_64 architecture update from Andi.
> >
> > - Everything up to and including `spurious-interrupt-fix.patch' is planned
> > for 2.6.12 merging. Plus a few other things in there.
> >
> > - Another DVB subsystem update
> >
>
> I need this to be able to compile on x64 without CONFIG_ACPI (yeah it's
> probably wrong all the way, but can someone that knows acpi fix it
> please?). Tested on i386 & x64 w & w/o CONFIG_ACPI.
>
This breaks the build on ppc64 - pci/quirks.c includes acpi.h which now
wants asm/acpi.h which doesn't exist.
So I'll drop it. Wanna take another look at the problem?
> Index: kexec/include/linux/acpi.h
> ===================================================================
> --- kexec.orig/include/linux/acpi.h 2005-05-18 22:04:11.000000000 +0200
> +++ kexec/include/linux/acpi.h 2005-05-18 22:13:13.000000000 +0200
> @@ -25,8 +25,6 @@
> #ifndef _LINUX_ACPI_H
> #define _LINUX_ACPI_H
>
> -#ifdef CONFIG_ACPI
> -
> #ifndef _LINUX
> #define _LINUX
> #endif
> @@ -419,6 +417,8 @@
>
> #else /*!CONFIG_ACPI_BOOT*/
>
> +static inline int acpi_boot_init (void) { return 0; }
> +static inline int acpi_boot_table_init (void) { return 0; }
> #define acpi_mp_config 0
>
> #endif /*!CONFIG_ACPI_BOOT*/
> @@ -531,18 +531,4 @@
>
> extern int pnpacpi_disabled;
>
> -#else /* CONFIG_ACPI */
> -
> -static inline int acpi_boot_init(void)
> -{
> - return 0;
> -}
> -
> -static inline int acpi_boot_table_init(void)
> -{
> - return 0;
> -}
> -
> -#endif /* CONFIG_ACPI */
> -
> #endif /* _LINUX_ACPI_H */
>
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_idt12&alloc_id\x16344&op=click
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2: proc-pid-smaps.patch broke nommu
2005-05-21 2:19 ` Mauricio Lin
2005-05-21 2:39 ` Mauricio Lin
@ 2005-07-21 15:04 ` Adrian Bunk
1 sibling, 0 replies; 47+ messages in thread
From: Adrian Bunk @ 2005-07-21 15:04 UTC (permalink / raw)
To: Mauricio Lin; +Cc: Andrew Morton, linux-kernel
On Fri, May 20, 2005 at 10:19:11PM -0400, Mauricio Lin wrote:
> Hi Adrian,
Hi Mauricio,
first of all sorry for the late answer.
> How did you get this error? What is your configuration?
>
> I would like to replicate it.
I've seen then at the logs of the h8300 failures listed at [1].
> BR,
>
> Mauricio Lin.
cu
Adrian
[1] http://l4x.org/k/
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 47+ messages in thread
* Problems with fb console [was Re: 2.6.12-rc4-mm2]
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
` (9 preceding siblings ...)
2005-05-22 21:27 ` [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap() William Lee Irwin III
@ 2007-06-27 0:35 ` J.A. Magallón
2007-06-27 0:54 ` Andrew Morton
2007-06-27 7:20 ` DervishD
10 siblings, 2 replies; 47+ messages in thread
From: J.A. Magallón @ 2007-06-27 0:35 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
On Mon, 16 May 2005 02:13:02 -0700, Andrew Morton <akpm@osdl.org> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
>
>
Hi...
I have a (stupid, I suppose) problem with framebuffer console.
I have builtin VESAFB in this kernel, so:
werewolf:/boot# grep _FB config-2.6.21-jam09 | grep =y
CONFIG_FB=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_DEFERRED_IO=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_VESA=y
werewolf:/boot# grep CONSO config-2.6.21-jam09
# CONFIG_NETCONSOLE is not set
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
I put this line in grub's menu.lst:
kernel /boot/vmlinuz video=vesafb:mtrr,ywrap vga=0x31A ro root=/dev/sdc1
(tried both with hex and decimal).
but grub keeps telling me it can't set that video mode, and I have no
/dev/fb0 device to try with fbset. I have a '29 fb' line in /proc/devices.
Any ideas about why the device is missing ? udev is 113...
I have followed al the info I could get (linux/Documentation/fb/, Google ;) )
and all say that what I'm doing should work. What am I doing wrong ?
TIA
--
J.A. Magallon <jamagallon()ono!com> \ Software is like sex:
\ It's better when it's free
Mandriva Linux release 2008.0 (Cooker) for i586
Linux 2.6.21-jam09 (gcc 4.1.2 20070302 (4.1.2-1mdv2007.1)) SMP PREEMPT
09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: Problems with fb console [was Re: 2.6.12-rc4-mm2]
2007-06-27 0:35 ` Problems with fb console [was Re: 2.6.12-rc4-mm2] J.A. Magallón
@ 2007-06-27 0:54 ` Andrew Morton
2007-06-27 14:21 ` H. Peter Anvin
2007-06-27 7:20 ` DervishD
1 sibling, 1 reply; 47+ messages in thread
From: Andrew Morton @ 2007-06-27 0:54 UTC (permalink / raw)
To: "J.A. Magallón"
Cc: linux-kernel, Antonino A. Daplas, H. Peter Anvin
On Wed, 27 Jun 2007 02:35:27 +0200 "J.A. Magallón" <jamagallon@ono.com> wrote:
> On Mon, 16 May 2005 02:13:02 -0700, Andrew Morton <akpm@osdl.org> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
> >
> >
>
> Hi...
>
> I have a (stupid, I suppose) problem with framebuffer console.
> I have builtin VESAFB in this kernel, so:
>
> werewolf:/boot# grep _FB config-2.6.21-jam09 | grep =y
> CONFIG_FB=y
> CONFIG_FB_CFB_FILLRECT=y
> CONFIG_FB_CFB_COPYAREA=y
> CONFIG_FB_CFB_IMAGEBLIT=y
> CONFIG_FB_DEFERRED_IO=y
> CONFIG_FB_MODE_HELPERS=y
> CONFIG_FB_VESA=y
> werewolf:/boot# grep CONSO config-2.6.21-jam09
> # CONFIG_NETCONSOLE is not set
> CONFIG_VT_CONSOLE=y
> CONFIG_HW_CONSOLE=y
> # CONFIG_VT_HW_CONSOLE_BINDING is not set
> CONFIG_VGA_CONSOLE=y
> CONFIG_DUMMY_CONSOLE=y
> CONFIG_FRAMEBUFFER_CONSOLE=y
> # CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
> # CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
>
> I put this line in grub's menu.lst:
>
> kernel /boot/vmlinuz video=vesafb:mtrr,ywrap vga=0x31A ro root=/dev/sdc1
>
> (tried both with hex and decimal).
>
> but grub keeps telling me it can't set that video mode, and I have no
> /dev/fb0 device to try with fbset. I have a '29 fb' line in /proc/devices.
>
> Any ideas about why the device is missing ? udev is 113...
> I have followed al the info I could get (linux/Documentation/fb/, Google ;) )
> and all say that what I'm doing should work. What am I doing wrong ?
>
Methinks that'll be git-newsetup changes?
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: Problems with fb console [was Re: 2.6.12-rc4-mm2]
2007-06-27 0:35 ` Problems with fb console [was Re: 2.6.12-rc4-mm2] J.A. Magallón
2007-06-27 0:54 ` Andrew Morton
@ 2007-06-27 7:20 ` DervishD
1 sibling, 0 replies; 47+ messages in thread
From: DervishD @ 2007-06-27 7:20 UTC (permalink / raw)
To: J.A. Magallón; +Cc: Andrew Morton, linux-kernel
Hi J.A. :)
* J.A. Magallón <jamagallon@ono.com> dixit:
> kernel /boot/vmlinuz video=vesafb:mtrr,ywrap vga=0x31A ro root=/dev/sdc1
>
> (tried both with hex and decimal).
Try "vga=0x031A". I vaguely remember I had a similar problem and
IIRC that's how I solved it. Anyway, you can always try vga=ask and try
to enter the number by hand, just to see which modes work.
Raúl Núñez de Arenas Coronado
--
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: Problems with fb console [was Re: 2.6.12-rc4-mm2]
2007-06-27 0:54 ` Andrew Morton
@ 2007-06-27 14:21 ` H. Peter Anvin
0 siblings, 0 replies; 47+ messages in thread
From: H. Peter Anvin @ 2007-06-27 14:21 UTC (permalink / raw)
To: Andrew Morton
Cc: "J.A. Magallón", linux-kernel, Antonino A. Daplas
Andrew Morton wrote:
>>
>> I have a (stupid, I suppose) problem with framebuffer console.
>> I have builtin VESAFB in this kernel, so:
>>
>> werewolf:/boot# grep _FB config-2.6.21-jam09 | grep =y
^^^^^^
Is this actually the -mm kernel? And if so, does it work in earlier
kernels?
-hpa
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-06-05 18:43 ` 2.6.12-rc4-mm2 Richard Purdie
@ 2005-06-05 19:16 ` Russell King
0 siblings, 0 replies; 47+ messages in thread
From: Russell King @ 2005-06-05 19:16 UTC (permalink / raw)
To: Richard Purdie; +Cc: Andrew Morton, Wolfgang Wander, linux-mm
On Sun, Jun 05, 2005 at 07:43:38PM +0100, Richard Purdie wrote:
> Russell King:
> >> [PATCH] ARM: Move copy/clear user_page locking into implementation
> >
> > This one changes the way we do these operations on SA1100, but it got
> > tested prior to submission on the Assabet which didn't show anything
> > up. However, if I had to pick one, it'd be this.
>
> The test system is ARM PXA255 based (v5te core, preempt enabled) and its
> using copypage-xscale.S. I suspect the locking below is needed on the xscale
> for some reason.
>
> Does that make sense and highlight a problem?
You must be running with preemption enabled then, and it looks like
I forgot to update the Xscale copypage functions for this change.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-06-05 11:45 ` 2.6.12-rc4-mm2 Russell King
@ 2005-06-05 18:43 ` Richard Purdie
2005-06-05 19:16 ` 2.6.12-rc4-mm2 Russell King
0 siblings, 1 reply; 47+ messages in thread
From: Richard Purdie @ 2005-06-05 18:43 UTC (permalink / raw)
To: Russell King; +Cc: Andrew Morton, Wolfgang Wander, linux-mm
Russell King:
>> [PATCH] ARM: Move copy/clear user_page locking into implementation
>
> This one changes the way we do these operations on SA1100, but it got
> tested prior to submission on the Assabet which didn't show anything
> up. However, if I had to pick one, it'd be this.
And testing confirms this patch is indeed at fault. Adding/removing the code
below stabilises/destabilises the system (I'm defining instability as random
segfaults, floating point errors, illegal instructions and alignment
errors).
The test system is ARM PXA255 based (v5te core, preempt enabled) and its
using copypage-xscale.S. I suspect the locking below is needed on the xscale
for some reason.
Does that make sense and highlight a problem?
Richard
--- a/include/asm-arm/page.h
+++ b/include/asm-arm/page.h
@@ -114,19 +114,8 @@ extern void __cpu_copy_user_page(void *t
unsigned long user);
#endif
-#define clear_user_page(addr,vaddr,pg) \
- do { \
- preempt_disable(); \
- __cpu_clear_user_page(addr, vaddr); \
- preempt_enable(); \
- } while (0)
-
-#define copy_user_page(to,from,vaddr,pg) \
- do { \
- preempt_disable(); \
- __cpu_copy_user_page(to, from, vaddr); \
- preempt_enable(); \
- } while (0)
+#define clear_user_page(addr,vaddr,pg) __cpu_clear_user_page(addr, vaddr)
+#define copy_user_page(to,from,vaddr,pg) __cpu_copy_user_page(to, from,
vaddr)
#define clear_page(page) memzero((void *)(page), PAGE_SIZE)
extern void copy_page(void *to, const void *from);
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-06-05 11:39 ` 2.6.12-rc4-mm2 Richard Purdie
@ 2005-06-05 11:45 ` Russell King
2005-06-05 18:43 ` 2.6.12-rc4-mm2 Richard Purdie
0 siblings, 1 reply; 47+ messages in thread
From: Russell King @ 2005-06-05 11:45 UTC (permalink / raw)
To: Richard Purdie; +Cc: Andrew Morton, Wolfgang Wander, linux-mm
On Sun, Jun 05, 2005 at 12:39:36PM +0100, Richard Purdie wrote:
> 2.6.12-rc4-git1 contains the following patches:
>
> [PATCH] Fix root hole in pktcdvd
> [PATCH] Fix root hole in raw device
> [PATCH] fix Linux kernel ELF core dump privilege elevation
> [PATCH] ARM: Fix build error
> [PATCH] wireless: 3CRWE154G72 Kconfig help fix
> [PATCH] Typo in tulip driver
> [PATCH] {PATCH] Fix IBM EMAC driver ioctl bug
> [PATCH] drivers/net/wireless enabled by wrong option
> [PATCH] ARM: 2678/1: S3C2440 - cpu fixes, hdiv divisors and nand dev
> name
> [PATCH] ARM: 2676/1: S3C2440 - NAND register additions
> [PATCH] ARM: 2677/1: S3C2440 - UPLL frequency doubled
> [PATCH] ARM: 2680/1: refine TLS reg availability some more again
> [PATCH] ARM: 2666/1: i.MX pwm controller defines
> [PATCH] ARM: 2663/2: I can't type
> [PATCH] ARM: Add V6 aliasing cache flush
> [PATCH] ARM: Use top_pmd for V6 copy/clear user_page
> [PATCH] ARM: Move copy/clear user_page locking into implementation
This one changes the way we do these operations on SA1100, but it got
tested prior to submission on the Assabet which didn't show anything
up. However, if I had to pick one, it'd be this.
> [PATCH] ARM: Add top_pmd, which points at the top-most page table
> [PATCH] Serial: Add uart_insert_char()
> [PATCH] ARM: Add inline functions to find the pmd from virtual address
> [PATCH] MMC: wbsd update
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-06-02 21:02 ` 2.6.12-rc4-mm2 Russell King
` (3 preceding siblings ...)
2005-06-04 14:43 ` 2.6.12-rc4-mm2 Richard Purdie
@ 2005-06-05 11:39 ` Richard Purdie
2005-06-05 11:45 ` 2.6.12-rc4-mm2 Russell King
4 siblings, 1 reply; 47+ messages in thread
From: Richard Purdie @ 2005-06-05 11:39 UTC (permalink / raw)
To: Russell King, Andrew Morton; +Cc: Wolfgang Wander, linux-mm
Russell King:
> I'm not sure what happened with this, but there's someone reporting that
> -rc5-mm1 doesn't work. Unfortunately, there's not a lot to go on:
>
> http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-May/029188.html
>
> Could be unrelated for all I know.
I've been going around in circles chasing the previously mentioned memory
corruption type bug. It causes random(ish) segfaults as the system boots.
Sometimes they're serious and stop the system dead sometimes they're not. I
have also see alignment errors and floating point errors.
I've traced this back to 2.6.12-rc4-git1. 2.6.12-rc4 works fine. The -git1
release has these random segfaults. I'd previously said 2.6.12-rc5 was ok -
it isn't, it was just more subtlety broken :-(. This may or may not by why
2.6.12-rc5-mm1 stops dead and certainly looks similar to the random
segfaults under 2.6.12-rc5-mm2.
2.6.12-rc4-git1 contains the following patches:
[PATCH] Fix root hole in pktcdvd
[PATCH] Fix root hole in raw device
[PATCH] fix Linux kernel ELF core dump privilege elevation
[PATCH] ARM: Fix build error
[PATCH] wireless: 3CRWE154G72 Kconfig help fix
[PATCH] Typo in tulip driver
[PATCH] {PATCH] Fix IBM EMAC driver ioctl bug
[PATCH] drivers/net/wireless enabled by wrong option
[PATCH] ARM: 2678/1: S3C2440 - cpu fixes, hdiv divisors and nand dev
name
[PATCH] ARM: 2676/1: S3C2440 - NAND register additions
[PATCH] ARM: 2677/1: S3C2440 - UPLL frequency doubled
[PATCH] ARM: 2680/1: refine TLS reg availability some more again
[PATCH] ARM: 2666/1: i.MX pwm controller defines
[PATCH] ARM: 2663/2: I can't type
[PATCH] ARM: Add V6 aliasing cache flush
[PATCH] ARM: Use top_pmd for V6 copy/clear user_page
[PATCH] ARM: Move copy/clear user_page locking into implementation
[PATCH] ARM: Add top_pmd, which points at the top-most page table
[PATCH] Serial: Add uart_insert_char()
[PATCH] ARM: Add inline functions to find the pmd from virtual address
[PATCH] MMC: wbsd update
There are some farily serious mm changes on arm there and I suspect one of
them is at fault.
Russell: Any idea which one it might be offhand?
Richard
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-06-02 21:02 ` 2.6.12-rc4-mm2 Russell King
` (2 preceding siblings ...)
2005-06-04 14:18 ` 2.6.12-rc4-mm2 Richard Purdie
@ 2005-06-04 14:43 ` Richard Purdie
2005-06-05 11:39 ` 2.6.12-rc4-mm2 Richard Purdie
4 siblings, 0 replies; 47+ messages in thread
From: Richard Purdie @ 2005-06-04 14:43 UTC (permalink / raw)
To: Russell King, Andrew Morton; +Cc: Wolfgang Wander, linux-mm
Russell King:
> I'm not sure what happened with this, but there's someone reporting that
> -rc5-mm1 doesn't work. Unfortunately, there's not a lot to go on:
>
> http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-May/029188.html
>
> Could be unrelated for all I know.
One more data point. Booting 2.6.12-rc5-mm1 shows:
Linux version 2.6.12-rc5-mm1-3.5.3-snapshot-20050604 (richard@tim) (gcc
version 3.4.3) #1 Sat Jun 4 15:32:28 BST 2005
CPU: XScale-PXA255 [69052d06] revision 6 (ARMv5TE)
CPU0: D VIVT undefined 5 cache
CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
Machine: SHARP Husky
Ignoring unrecognised tag 0x00000000
Memory policy: ECC disabled, Data cache writeback
Memory clock: 99.53MHz (*27)
Run Mode clock: 199.07MHz (*2)
Turbo Mode clock: 398.13MHz (*2.0, active)
Built 1 zonelists
Kernel command line: console=ttyS0,115200n8 console=tty1 noinitrd
root=/dev/mtdblock2 rootfstype=jffs2
PID hash table entries: 512 (order: 9, 8192 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 64MB = 64MB total
Memory: 62208KB available (2104K code, 410K data, 76K init)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
Then stops dead (have to pull the battery to reset).
This will probably be what's referred to in the above email.
Richard
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-06-02 21:02 ` 2.6.12-rc4-mm2 Russell King
2005-06-02 22:20 ` 2.6.12-rc4-mm2 Wolfgang Wander
2005-06-02 22:28 ` 2.6.12-rc4-mm2 Richard Purdie
@ 2005-06-04 14:18 ` Richard Purdie
2005-06-04 14:43 ` 2.6.12-rc4-mm2 Richard Purdie
2005-06-05 11:39 ` 2.6.12-rc4-mm2 Richard Purdie
4 siblings, 0 replies; 47+ messages in thread
From: Richard Purdie @ 2005-06-04 14:18 UTC (permalink / raw)
To: Russell King, Andrew Morton; +Cc: Wolfgang Wander, linux-mm
Russell King:
>
> I'm not sure what happened with this, but there's someone reporting that
> -rc5-mm1 doesn't work. Unfortunately, there's not a lot to go on:
>
> http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-May/029188.html
>
> Could be unrelated for all I know.
I've just tried 2.6.12-rc5-mm2 on the Zaurus (arm pxa) and its "not happy".
I'm seeing segfaults as it boots, particularly around udev and hotplug
initilisation but in other places as well. Over three different bootups, I
saw the segfaults move around to different scripts so something fundamental
is wrong. On the last attempt, it looked up solid and failed to boot. No
oops or any interesting debug information.
I'll roll back to 2.6.12-rc5-mm1 and see how that works next. I guess I'll
just have to start a binary search after that (again :-/) unless anyone has
any ideas of what changed that might cause this?
(2.6.12-rc4-mm2 and 2.6.12-rc5 are known good)
Richard
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-06-02 21:02 ` 2.6.12-rc4-mm2 Russell King
2005-06-02 22:20 ` 2.6.12-rc4-mm2 Wolfgang Wander
@ 2005-06-02 22:28 ` Richard Purdie
2005-06-04 14:18 ` 2.6.12-rc4-mm2 Richard Purdie
` (2 subsequent siblings)
4 siblings, 0 replies; 47+ messages in thread
From: Richard Purdie @ 2005-06-02 22:28 UTC (permalink / raw)
To: Russell King, Andrew Morton; +Cc: Wolfgang Wander, linux-mm
Russell King:
>> > After some investigation, the guilty patch is:
>> > avoiding-mmap-fragmentation.patch
>> > (and hence) avoiding-mmap-fragmentation-tidy.patch
>
>> Wolfgang, we broke ARM.
>
> I'm not sure what happened with this, but there's someone reporting that
> -rc5-mm1 doesn't work. Unfortunately, there's not a lot to go on:
>
> http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-May/029188.html
>
> Could be unrelated for all I know.
I found the above patch at fault, Wolfgang gave me a fix which I tested,
confirmed working and that was going into future -mm releases last I heard.
I've not had a chance to test -rc5 onwards myself yet due to the Nokia
whirlwind but I doubt its the above problem.
I have heard comment that recent arm kernels on collie (sa1100) fail to boot
for unknown reasons. The collie maintainer was looking into it - I only have
pxa hardware to test with myself (which was working as of the last -rc4-mm
release).
I'll update with the results of -rc5 on the pxa once I've tested it.
Cheers,
Richard
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-06-02 21:02 ` 2.6.12-rc4-mm2 Russell King
@ 2005-06-02 22:20 ` Wolfgang Wander
2005-06-02 22:28 ` 2.6.12-rc4-mm2 Richard Purdie
` (3 subsequent siblings)
4 siblings, 0 replies; 47+ messages in thread
From: Wolfgang Wander @ 2005-06-02 22:20 UTC (permalink / raw)
To: Russell King; +Cc: Andrew Morton, Richard Purdie, Wolfgang Wander, linux-mm
Russell King writes:
> > Great, thanks.
> >
> > Wolfgang, we broke ARM.
>
> I'm not sure what happened with this, but there's someone reporting that
> -rc5-mm1 doesn't work. Unfortunately, there's not a lot to go on:
>
> http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-May/029188.html
>
> Could be unrelated for all I know.
It probably wasn't (the message you point is a little sparse on information) -
however -mm2 already contains a fix for a two little bugs in -mm1,
thanks to Ken.
Wolfgang
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 23:39 ` 2.6.12-rc4-mm2 Andrew Morton
2005-05-17 0:13 ` 2.6.12-rc4-mm2 Wolfgang Wander
@ 2005-06-02 21:02 ` Russell King
2005-06-02 22:20 ` 2.6.12-rc4-mm2 Wolfgang Wander
` (4 more replies)
1 sibling, 5 replies; 47+ messages in thread
From: Russell King @ 2005-06-02 21:02 UTC (permalink / raw)
To: Andrew Morton; +Cc: Richard Purdie, Wolfgang Wander, linux-mm
On Mon, May 16, 2005 at 04:39:00PM -0700, Andrew Morton wrote:
> (cc's added)
>
> "Richard Purdie" <rpurdie@rpsys.net> wrote:
> >
> > Russell King:
> > > On Mon, May 16, 2005 at 01:00:48PM -0700, Andrew Morton wrote:
> > >> Any idea why init is trying to exit?
> > >
> > > I was hoping you weren't going to ask me.
> > >
> > > Not really. My initial thoughts would be maybe init getting a SEGV
> > > or ILL, but normally when that happens the system is thrown into an
> > > infinite loop because of the "init is specal and doesn't get any
> > > signals it hasn't claimed" rule. Or at least that's what happens
> > > with conventional sysvinit. However, I've no idea what or how the
> > > embedded init program behaves in this respect - never had that
> > > experience yet.
> > >
> > > I guess Richard needs to work through the patch sets between the
> > > last version which worked and the next which didn't.
> >
> > After some investigation, the guilty patch is:
> > avoiding-mmap-fragmentation.patch
> > (and hence) avoiding-mmap-fragmentation-tidy.patch
> >
> > For reference, whilst debugging the error from init changed to:
> > "inconsistency detected by ld.so: ../sysdeps/generic/dl-cache.c: 235:
> > _dl_load_cache_lookup: Assertion `cache != ((void *)0)` failed!" which would
> > agree with some kind of memory corruption.
> >
> > Its a bit late for me to try and debug this further and I'm not sure I know
> > the mm layer well enough to do so anyway. With these patches removed, -mm1
> > boots fine. I'm confident the same will apply to -mm2.
>
> Great, thanks.
>
> Wolfgang, we broke ARM.
I'm not sure what happened with this, but there's someone reporting that
-rc5-mm1 doesn't work. Unfortunately, there's not a lot to go on:
http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-May/029188.html
Could be unrelated for all I know.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-17 0:13 ` 2.6.12-rc4-mm2 Wolfgang Wander
@ 2005-05-17 8:38 ` Richard Purdie
0 siblings, 0 replies; 47+ messages in thread
From: Richard Purdie @ 2005-05-17 8:38 UTC (permalink / raw)
To: Wolfgang Wander, Andrew Morton; +Cc: rmk, linux-mm
Wolfgang Wander:
> > > Its a bit late for me to try and debug this further and I'm not sure I
> > > know
> > > the mm layer well enough to do so anyway. With these patches
> > > removed, -mm1
> > > boots fine. I'm confident the same will apply to -mm2.
> >
> > Great, thanks.
> >
> > Wolfgang, we broke ARM.
>
> Thanks Richard for the debugging.
>
> Can you try the following patch that fixes a stupid typo of mine:
I applied this against -mm2 and can comfirm it fixes the problem.
Thanks,
Richard
> Signed-off-by: Wolfgang Wander <wwc@rentec.com>
>
> --- linux-2.6.12-rc4-wwc/arch/arm/mm/mmap.c~ 2005-05-10
> 16:33:34.000000000 -0400
> +++ linux-2.6.12-rc4-wwc/arch/arm/mm/mmap.c 2005-05-16
> 20:10:05.000000000 -0400
> @@ -76,7 +76,7 @@ arch_get_unmapped_area(struct file *filp
> if( len > mm->cached_hole_size )
> start_addr = addr = mm->free_area_cache;
> else {
> - start_addr = TASK_UNMAPPED_BASE;
> + start_addr = addr = TASK_UNMAPPED_BASE;
> mm->cached_hole_size = 0;
> }
>
>
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-16 23:39 ` 2.6.12-rc4-mm2 Andrew Morton
@ 2005-05-17 0:13 ` Wolfgang Wander
2005-05-17 8:38 ` 2.6.12-rc4-mm2 Richard Purdie
2005-06-02 21:02 ` 2.6.12-rc4-mm2 Russell King
1 sibling, 1 reply; 47+ messages in thread
From: Wolfgang Wander @ 2005-05-17 0:13 UTC (permalink / raw)
To: Andrew Morton; +Cc: Richard Purdie, rmk, Wolfgang Wander, linux-mm
Thanks Richard for the debugging.
Can you try the following patch that fixes a stupid typo of mine:
Signed-off-by: Wolfgang Wander <wwc@rentec.com>
--- linux-2.6.12-rc4-wwc/arch/arm/mm/mmap.c~ 2005-05-10 16:33:34.000000000 -0400
+++ linux-2.6.12-rc4-wwc/arch/arm/mm/mmap.c 2005-05-16 20:10:05.000000000 -0400
@@ -76,7 +76,7 @@ arch_get_unmapped_area(struct file *filp
if( len > mm->cached_hole_size )
start_addr = addr = mm->free_area_cache;
else {
- start_addr = TASK_UNMAPPED_BASE;
+ start_addr = addr = TASK_UNMAPPED_BASE;
mm->cached_hole_size = 0;
}
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
[not found] ` <030401c55a6e$34e67cb0$0f01a8c0@max>
@ 2005-05-16 23:39 ` Andrew Morton
2005-05-17 0:13 ` 2.6.12-rc4-mm2 Wolfgang Wander
2005-06-02 21:02 ` 2.6.12-rc4-mm2 Russell King
0 siblings, 2 replies; 47+ messages in thread
From: Andrew Morton @ 2005-05-16 23:39 UTC (permalink / raw)
To: Richard Purdie; +Cc: rmk, Wolfgang Wander, linux-mm
(cc's added)
"Richard Purdie" <rpurdie@rpsys.net> wrote:
>
> Russell King:
> > On Mon, May 16, 2005 at 01:00:48PM -0700, Andrew Morton wrote:
> >> Any idea why init is trying to exit?
> >
> > I was hoping you weren't going to ask me.
> >
> > Not really. My initial thoughts would be maybe init getting a SEGV
> > or ILL, but normally when that happens the system is thrown into an
> > infinite loop because of the "init is specal and doesn't get any
> > signals it hasn't claimed" rule. Or at least that's what happens
> > with conventional sysvinit. However, I've no idea what or how the
> > embedded init program behaves in this respect - never had that
> > experience yet.
> >
> > I guess Richard needs to work through the patch sets between the
> > last version which worked and the next which didn't.
>
> After some investigation, the guilty patch is:
> avoiding-mmap-fragmentation.patch
> (and hence) avoiding-mmap-fragmentation-tidy.patch
>
> For reference, whilst debugging the error from init changed to:
> "inconsistency detected by ld.so: ../sysdeps/generic/dl-cache.c: 235:
> _dl_load_cache_lookup: Assertion `cache != ((void *)0)` failed!" which would
> agree with some kind of memory corruption.
>
> Its a bit late for me to try and debug this further and I'm not sure I know
> the mm layer well enough to do so anyway. With these patches removed, -mm1
> boots fine. I'm confident the same will apply to -mm2.
Great, thanks.
Wolfgang, we broke ARM.
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: 2.6.12-rc4-mm2
2005-05-14 11:27 ` 2.6.12-rc4-mm1 Richard Purdie
@ 2005-05-16 11:27 ` Richard Purdie
0 siblings, 0 replies; 47+ messages in thread
From: Richard Purdie @ 2005-05-16 11:27 UTC (permalink / raw)
To: Andrew Morton, Linux Kernel Mailing List
For reference, the oops below still occurs with 2.6.12-rc4-mm2. I've noticed
that "/sbin/init: error while loading shared libraries: /sbin/init: Cannot
allocate version reference table: Cannot allocate Memory" appears on the
console just before the "Kernel panic".
2.6.12-rc4, 2.6.12-rc3-mm2 and 2.6.12-rc3-mm3 all work with the same root
filesystem which suggests this is a kernel issue of some sort.
Richard Purdie:
> 2.6.12-rc4-mm1 on a Sharp Zaurus (arm pxa255) results in:
>
> VFS: Mounted root (jffs2 filesystem) readonly.
> Freeing init memory: 76K
> Kernel panic - not syncing: Attempted to kill init!
> <3>BUG: soft lockup detected on CPU#0!
>
> Pid: 1, comm: init
> CPU: 0
> PC is at __delay+0x0/0xc
> LR is at panic+0x108/0x130
> pc : [<c00f71ac>] lr : [<c0037140>] Not tainted
> sp : c0301f4c ip : c0301f4c fp : c0301f58
> r10: 4001d000 r9 : c0300000 r8 : 00007f00
> r7 : c0300000 r6 : c027a3e8 r5 : c027a3e4 r4 : 0000240b
> r3 : 60000013 r2 : 000003ca r1 : 00000000 r0 : 00017133
> Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment user
> Control: 397F Table: A1CB0000 DAC: 00000015
> [<c0059c90>] (softlockup_tick+0x0/0xa0) from [<c0021020>]
> (timer_tick+0xb4/0xf8)
> r5 = C0300000 r4 = C0301F04
> [<c0020f6c>] (timer_tick+0x0/0xf8) from [<c00277e0>]
> (pxa_timer_interrupt+0x48/0xa8)
> r6 = C0301F04 r5 = C0300000 r4 = F2A00000
> [<c0027798>] (pxa_timer_interrupt+0x0/0xa8) from [<c001cbc4>]
> (__do_irq+0x6c/0xc4)
> r8 = C0301F04 r7 = 00000000 r6 = 00000000 r5 = C0300000
> r4 = C0230374
> [<c001cb58>] (__do_irq+0x0/0xc4) from [<c001ce48>]
> (do_level_IRQ+0x68/0xb8)
> [<c001cde0>] (do_level_IRQ+0x0/0xb8) from [<c001ceec>]
> (asm_do_IRQ+0x54/0x160)
> r6 = 04000000 r5 = F2D00000 r4 = FFFFFFFF
> [<c001ce98>] (asm_do_IRQ+0x0/0x160) from [<c001ba14>]
> (__irq_svc+0x34/0x74)
> [<c0037038>] (panic+0x0/0x130) from [<c003a22c>] (do_exit+0x7c8/0xda4)
> r3 = 00000001 r2 = C02E8E40 r1 = C02E8D60 r0 = C02004C0
> [<c0039a64>] (do_exit+0x0/0xda4) from [<c003a900>]
> (do_group_exit+0xc0/0x104)
> [<c003a840>] (do_group_exit+0x0/0x104) from [<c001be20>]
> (ret_fast_syscall+0x0/0x2c)
> r5 = 00000000 r4 = 0000002F
>
> There was an extremely long pause after it printed "Kernel panic ..."
> before it printed the traceback.
^ permalink raw reply [flat|nested] 47+ messages in thread
end of thread, other threads:[~2007-06-27 14:26 UTC | newest]
Thread overview: 47+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-05-16 9:13 2.6.12-rc4-mm2 Andrew Morton
2005-05-16 9:25 ` 2.6.12-rc4-mm2 Russell King
2005-05-16 10:50 ` 2.6.12-rc4-mm2 Danny ter Haar
2005-05-16 11:17 ` 2.6.12-rc4-mm2 Alexey Dobriyan
2005-05-16 11:38 ` 2.6.12-rc4-mm2 Danny ter Haar
2005-05-16 12:15 ` 2.6.12-rc4-mm2 Alexey Dobriyan
2005-05-16 17:11 ` 2.6.12-rc4-mm2 Danny ter Haar
2005-05-16 17:43 ` 2.6.12-rc4-mm2 Alexey Dobriyan
2005-05-16 19:30 ` 2.6.12-rc4-mm2 Danny ter Haar
2005-05-16 12:30 ` 2.6.12-rc4-mm2 Brice Goglin
2005-05-16 17:46 ` 2.6.12-rc4-mm2, alpha and mips broke Jan Dittmer
2005-05-16 20:09 ` Andrew Morton
2005-05-16 19:18 ` 2.6.12-rc4-mm2: proc-pid-smaps.patch broke nommu Adrian Bunk
2005-05-21 2:19 ` Mauricio Lin
2005-05-21 2:39 ` Mauricio Lin
2005-07-21 15:04 ` Adrian Bunk
2005-05-17 9:06 ` 2.6.12-rc4-mm2 Brice Goglin
2005-05-17 16:38 ` 2.6.12-rc4-mm2 Richard Purdie
2005-05-18 22:45 ` 2.6.12-rc4-mm2 Richard Purdie
2005-05-18 7:14 ` 2.6.12-rc4-mm2 Coywolf Qi Hunt
[not found] ` <20050516021302.13bd285a.akpm-3NddpPZAyC0@public.gmane.org>
2005-05-18 20:26 ` 2.6.12-rc4-mm2 Alexander Nyberg
2005-05-18 20:26 ` 2.6.12-rc4-mm2 Alexander Nyberg
[not found] ` <1116447964.23209.26.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2005-05-24 8:45 ` 2.6.12-rc4-mm2 Andrew Morton
2005-05-19 14:59 ` 2.6.12-rc4-mm2 Brice Goglin
2005-05-22 21:27 ` [bugfix] try_to_unmap_cluster() passes out-of-bounds pte to pte_unmap() William Lee Irwin III
2005-05-22 22:00 ` Andrew Morton
2005-05-24 0:14 ` Andrew Morton
2005-05-24 2:48 ` William Lee Irwin III
2005-05-24 4:38 ` Hugh Dickins
2005-05-24 8:02 ` Nick Piggin
2007-06-27 0:35 ` Problems with fb console [was Re: 2.6.12-rc4-mm2] J.A. Magallón
2007-06-27 0:54 ` Andrew Morton
2007-06-27 14:21 ` H. Peter Anvin
2007-06-27 7:20 ` DervishD
[not found] <20050516130048.6f6947c1.akpm@osdl.org>
[not found] ` <20050516210655.E634@flint.arm.linux.org.uk>
[not found] ` <030401c55a6e$34e67cb0$0f01a8c0@max>
2005-05-16 23:39 ` 2.6.12-rc4-mm2 Andrew Morton
2005-05-17 0:13 ` 2.6.12-rc4-mm2 Wolfgang Wander
2005-05-17 8:38 ` 2.6.12-rc4-mm2 Richard Purdie
2005-06-02 21:02 ` 2.6.12-rc4-mm2 Russell King
2005-06-02 22:20 ` 2.6.12-rc4-mm2 Wolfgang Wander
2005-06-02 22:28 ` 2.6.12-rc4-mm2 Richard Purdie
2005-06-04 14:18 ` 2.6.12-rc4-mm2 Richard Purdie
2005-06-04 14:43 ` 2.6.12-rc4-mm2 Richard Purdie
2005-06-05 11:39 ` 2.6.12-rc4-mm2 Richard Purdie
2005-06-05 11:45 ` 2.6.12-rc4-mm2 Russell King
2005-06-05 18:43 ` 2.6.12-rc4-mm2 Richard Purdie
2005-06-05 19:16 ` 2.6.12-rc4-mm2 Russell King
-- strict thread matches above, loose matches on Subject: below --
2005-05-12 10:31 2.6.12-rc4-mm1 Andrew Morton
2005-05-14 11:27 ` 2.6.12-rc4-mm1 Richard Purdie
2005-05-16 11:27 ` 2.6.12-rc4-mm2 Richard Purdie
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.