* 2.5.62-mm3 @ 2003-02-24 7:00 ` Andrew Morton 0 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-24 7:00 UTC (permalink / raw) To: linux-kernel, linux-mm http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.62/2.5.62-mm3/ . Included Dave McCracken's "Object-based RMAP" patch. What this dopey name actually means is that when page reclaim tries to unmap a file-backed page it walks the VMAs attached to the address_space and the pagetables attached thereto. So there is no need for pte_chains for these pages. The patch is simple, but potentially has search complexity problems with weird workloads which have high sharing levels. Allegedly. Work is ongoing. . Several more anticipatory scheduler tweaks. This has been an exercise in hunting down situations in which the scheduler does the wrong thing, and plugging those up. The only known problem at this time is a ~20% falloff in threaded OLTP-style database activity. This is really complex, involving interactions between reads, O_SYNC writes and i_sem contention. The problem will recede to less than 10% when we retune the anticipation timer (it is currently set too high just so we can discover these things). But we do not see a sane way of fixing this for real. At present it will need to be manually tuned away with echo 0 > /sys/block/hdXX/antic_expire Later, we will probably have to perform this disabling automatically. . There are some performance fixes which will help OLTP-style workloads which are using regular old files through the pagecache. It seems to be running maybe 60-70% faster than 2.4.x now, but it varies. . A few performance patches to reduce the amount of work we do in update_atime() and __mark_inode_dirty() should pull back some of the regressions which have been observed in there. Changes since 2.5.62-mm3: +mm.patch Update EXTRAVERSION -anton-1.patch -ppc64-timer-fix.patch -ppc-entry-build-fix.patch -ppc64-time-warning-fix.patch Merged +user-times-jiffies-wrap-fix.patch Jiffy wrapping fix for process time accounting +slab-batchcount-limit-fix.patch Fix the fix for excessive interrupts-off time in debug-enabled slab. +use-find_get_page.patch Cleanup +irda-interruptible-sleep.patch Don't let kIrDAd contribute to load average. +as-hz-1000-fix.patch +as-tidy-up-rename.patch +as-update-1.patch +as-break-anticipation-on-write.patch +as-break-if-readahead.patch +as-notice-exit.patch Anticipatory scheduler work +readahead-shrink-to-zero.patch Allow readahead to adapt to zero. +objrmap-2.5.62-5.patch VMA-based page unmapping +kill-bogus-wakeup-messge.patch Fix swsusp vs pdflush problem +dont-sync-with-stopped-pdflush.patch swsusp fix +oprofile-up-fix.patch Fix oprofile for uniprocessors +update_atime-speedup.patch +ext2-update_atime_speedup.patch +ext3-update_atime_speedup.patch Speed up uddate_atime() and __mark_inode_dirty() +UPDATE_ATIME-to-update_atime.patch Rename UPDATE_ATIME() to update_atime() +irq-balance-disable-fix.patch Fix the disabling of kird +oom-killer-dont-spin-on-same-task.patch Fix the oom-killer +add-missing-global_flush_tlb-calls.patch Add some global TLB flushes around change_page_attr() +ext3-O_SYNC-speedup.patch Speed up ext3 O_SYNC writes +remove-MAX_BLKDEV-from-genhd.patch Clear out some legacy stuff. All 73 patches linus.patch Latest from Linus mm.patch add -mmN to EXTRAVERSION ppc64-reloc_hide.patch ppc64-pci-patch.patch Subject: pci patch ppc64-e100-fix.patch fix e100 for big-endian machines ppc64-aio-32bit-emulation.patch 32/64bit emulation for aio ppc64-64-bit-exec-fix.patch Subject: 64bit exec sym-do-160.patch make the SYM driver do 160 MB/sec kgdb.patch nfsd-disable-softirq.patch Fix race in svcsock.c in 2.5.61 report-lost-ticks.patch make lost-tick detection more informative devfs-fix.patch ptrace-flush.patch Subject: [PATCH] ptrace on 2.5.44 buffer-debug.patch buffer.c debugging warn-null-wakeup.patch ext3-truncate-ordered-pages.patch ext3: explicitly free truncated pages deadline-dispatching-fix.patch deadline IO scheduler dispatching fix nfs-unstable-pages.patch "unstable" page accounting for NFS. initial-jiffies.patch make jiffies wrap 5 min after boot user-times-jiffies-wrap-fix.patch Fix user time accounting's handling of jiffies wrap reiserfs_file_write-4.patch ReiserFS CPU efficient large writes for 2.5 tcp-wakeups.patch Use fast wakeups in TCP/IPV4 lockd-lockup-fix.patch Subject: Re: Fw: Re: 2.4.20 NFS server lock-up (SMP) rcu-stats.patch RCU statistics reporting ext3-journalled-data-assertion-fix.patch Remove incorrect assertion from ext3 nfs-speedup.patch nfs-oom-fix.patch nfs oom fix sk-allocation.patch Subject: Re: nfs oom nfs-more-oom-fix.patch nfs-sendfile.patch Implement sendfile() for NFS rpciod-atomic-allocations.patch Make rcpiod use atomic allocations put_page-speedup.patch hugetlb put_page speedup linux-isp.patch isp-update-1.patch remove-unused-congestion-stuff.patch Subject: [PATCH] remove unused congestion stuff slab-batchcount-limit-fix.patch Fix slab batchcount limiting code crc32-speedup-2.patch Subject: [PATCH] crc32 improvements for 2.5, more optimizations aic-makefile-fix.patch aicasm Makefile fix atm_dev_sem.patch convert atm_dev_lock from spinlock to semaphore flush-tlb-all-2.patch flush_tlb_all preempt safety for voyager and x86_64 linux-2.5.62-early_ioremap_A0.patch Early ioremap support for ia32 linux-2.5.62-x440disco_A0.patch x440 SRAT parsing use-find_get_page.patch use find_get_page() in do_generic_mapping_read() irda-interruptible-sleep.patch Make kIrDAd us interruptible sleep dget-BUG.patch Check for zero d_count in dget() sysfs-dget-fix.patch sysfs dget() fix disk-accounting-fix.patch SARD accounting fix hugh-inode-pruning-race-fix.patch Fix race between umount and iprune as-iosched.patch anticipatory I/O scheduler as-comments-and-tweaks.patch antsched: commentary and as-hz-1000-fix.patch Fix anticipatory scheduler for HZ=100 as-tidy-up-rename.patch tidy up AS rename as-update-1.patch AS update as-break-anticipation-on-write.patch AS break on write as-break-if-readahead.patch detect overlapping reads and writes as-notice-exit.patch stop anticipation if a task exits readahead-shrink-to-zero.patch Allow VFS readahead to fall to zero cfq-2.patch CFQ scheduler, #2 smalldevfs.patch smalldevfs smalldevfs-dcache_rcu-fix.patch Subject: Re: 2.5.61-mm1 objrmap-2.5.62-5.patch object-based rmap kill-bogus-wakeup-messge.patch swsusp: kill bogus wakeup warning dont-sync-with-stopped-pdflush.patch swsusp: don't sync with stopped pdflush oprofile-up-fix.patch fix oprofile on UP (lockless sync) update_atime-speedup.patch speed up update_atime() ext2-update_atime_speedup.patch Use one_sec_update_atime in ext2 ext3-update_atime_speedup.patch Use one_sec_update_atime in ext2 UPDATE_ATIME-to-update_atime.patch Rename UPDATE_ATIME to update_atime irq-balance-disable-fix.patch fix IRQ balancing disable controls oom-killer-dont-spin-on-same-task.patch don't let OOM killer kill same process repeatedly add-missing-global_flush_tlb-calls.patch add some missing gloabl_flush_tlb() calls ext3-O_SYNC-speedup.patch ext3: speed up O_SYNC writes remove-MAX_BLKDEV-from-genhd.patch remove MAX_BLKDEV from genhd.c ^ permalink raw reply [flat|nested] 35+ messages in thread
* 2.5.62-mm3 @ 2003-02-24 7:00 ` Andrew Morton 0 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-24 7:00 UTC (permalink / raw) To: linux-kernel, linux-mm http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.62/2.5.62-mm3/ . Included Dave McCracken's "Object-based RMAP" patch. What this dopey name actually means is that when page reclaim tries to unmap a file-backed page it walks the VMAs attached to the address_space and the pagetables attached thereto. So there is no need for pte_chains for these pages. The patch is simple, but potentially has search complexity problems with weird workloads which have high sharing levels. Allegedly. Work is ongoing. . Several more anticipatory scheduler tweaks. This has been an exercise in hunting down situations in which the scheduler does the wrong thing, and plugging those up. The only known problem at this time is a ~20% falloff in threaded OLTP-style database activity. This is really complex, involving interactions between reads, O_SYNC writes and i_sem contention. The problem will recede to less than 10% when we retune the anticipation timer (it is currently set too high just so we can discover these things). But we do not see a sane way of fixing this for real. At present it will need to be manually tuned away with echo 0 > /sys/block/hdXX/antic_expire Later, we will probably have to perform this disabling automatically. . There are some performance fixes which will help OLTP-style workloads which are using regular old files through the pagecache. It seems to be running maybe 60-70% faster than 2.4.x now, but it varies. . A few performance patches to reduce the amount of work we do in update_atime() and __mark_inode_dirty() should pull back some of the regressions which have been observed in there. Changes since 2.5.62-mm3: +mm.patch Update EXTRAVERSION -anton-1.patch -ppc64-timer-fix.patch -ppc-entry-build-fix.patch -ppc64-time-warning-fix.patch Merged +user-times-jiffies-wrap-fix.patch Jiffy wrapping fix for process time accounting +slab-batchcount-limit-fix.patch Fix the fix for excessive interrupts-off time in debug-enabled slab. +use-find_get_page.patch Cleanup +irda-interruptible-sleep.patch Don't let kIrDAd contribute to load average. +as-hz-1000-fix.patch +as-tidy-up-rename.patch +as-update-1.patch +as-break-anticipation-on-write.patch +as-break-if-readahead.patch +as-notice-exit.patch Anticipatory scheduler work +readahead-shrink-to-zero.patch Allow readahead to adapt to zero. +objrmap-2.5.62-5.patch VMA-based page unmapping +kill-bogus-wakeup-messge.patch Fix swsusp vs pdflush problem +dont-sync-with-stopped-pdflush.patch swsusp fix +oprofile-up-fix.patch Fix oprofile for uniprocessors +update_atime-speedup.patch +ext2-update_atime_speedup.patch +ext3-update_atime_speedup.patch Speed up uddate_atime() and __mark_inode_dirty() +UPDATE_ATIME-to-update_atime.patch Rename UPDATE_ATIME() to update_atime() +irq-balance-disable-fix.patch Fix the disabling of kird +oom-killer-dont-spin-on-same-task.patch Fix the oom-killer +add-missing-global_flush_tlb-calls.patch Add some global TLB flushes around change_page_attr() +ext3-O_SYNC-speedup.patch Speed up ext3 O_SYNC writes +remove-MAX_BLKDEV-from-genhd.patch Clear out some legacy stuff. All 73 patches linus.patch Latest from Linus mm.patch add -mmN to EXTRAVERSION ppc64-reloc_hide.patch ppc64-pci-patch.patch Subject: pci patch ppc64-e100-fix.patch fix e100 for big-endian machines ppc64-aio-32bit-emulation.patch 32/64bit emulation for aio ppc64-64-bit-exec-fix.patch Subject: 64bit exec sym-do-160.patch make the SYM driver do 160 MB/sec kgdb.patch nfsd-disable-softirq.patch Fix race in svcsock.c in 2.5.61 report-lost-ticks.patch make lost-tick detection more informative devfs-fix.patch ptrace-flush.patch Subject: [PATCH] ptrace on 2.5.44 buffer-debug.patch buffer.c debugging warn-null-wakeup.patch ext3-truncate-ordered-pages.patch ext3: explicitly free truncated pages deadline-dispatching-fix.patch deadline IO scheduler dispatching fix nfs-unstable-pages.patch "unstable" page accounting for NFS. initial-jiffies.patch make jiffies wrap 5 min after boot user-times-jiffies-wrap-fix.patch Fix user time accounting's handling of jiffies wrap reiserfs_file_write-4.patch ReiserFS CPU efficient large writes for 2.5 tcp-wakeups.patch Use fast wakeups in TCP/IPV4 lockd-lockup-fix.patch Subject: Re: Fw: Re: 2.4.20 NFS server lock-up (SMP) rcu-stats.patch RCU statistics reporting ext3-journalled-data-assertion-fix.patch Remove incorrect assertion from ext3 nfs-speedup.patch nfs-oom-fix.patch nfs oom fix sk-allocation.patch Subject: Re: nfs oom nfs-more-oom-fix.patch nfs-sendfile.patch Implement sendfile() for NFS rpciod-atomic-allocations.patch Make rcpiod use atomic allocations put_page-speedup.patch hugetlb put_page speedup linux-isp.patch isp-update-1.patch remove-unused-congestion-stuff.patch Subject: [PATCH] remove unused congestion stuff slab-batchcount-limit-fix.patch Fix slab batchcount limiting code crc32-speedup-2.patch Subject: [PATCH] crc32 improvements for 2.5, more optimizations aic-makefile-fix.patch aicasm Makefile fix atm_dev_sem.patch convert atm_dev_lock from spinlock to semaphore flush-tlb-all-2.patch flush_tlb_all preempt safety for voyager and x86_64 linux-2.5.62-early_ioremap_A0.patch Early ioremap support for ia32 linux-2.5.62-x440disco_A0.patch x440 SRAT parsing use-find_get_page.patch use find_get_page() in do_generic_mapping_read() irda-interruptible-sleep.patch Make kIrDAd us interruptible sleep dget-BUG.patch Check for zero d_count in dget() sysfs-dget-fix.patch sysfs dget() fix disk-accounting-fix.patch SARD accounting fix hugh-inode-pruning-race-fix.patch Fix race between umount and iprune as-iosched.patch anticipatory I/O scheduler as-comments-and-tweaks.patch antsched: commentary and as-hz-1000-fix.patch Fix anticipatory scheduler for HZ=100 as-tidy-up-rename.patch tidy up AS rename as-update-1.patch AS update as-break-anticipation-on-write.patch AS break on write as-break-if-readahead.patch detect overlapping reads and writes as-notice-exit.patch stop anticipation if a task exits readahead-shrink-to-zero.patch Allow VFS readahead to fall to zero cfq-2.patch CFQ scheduler, #2 smalldevfs.patch smalldevfs smalldevfs-dcache_rcu-fix.patch Subject: Re: 2.5.61-mm1 objrmap-2.5.62-5.patch object-based rmap kill-bogus-wakeup-messge.patch swsusp: kill bogus wakeup warning dont-sync-with-stopped-pdflush.patch swsusp: don't sync with stopped pdflush oprofile-up-fix.patch fix oprofile on UP (lockless sync) update_atime-speedup.patch speed up update_atime() ext2-update_atime_speedup.patch Use one_sec_update_atime in ext2 ext3-update_atime_speedup.patch Use one_sec_update_atime in ext2 UPDATE_ATIME-to-update_atime.patch Rename UPDATE_ATIME to update_atime irq-balance-disable-fix.patch fix IRQ balancing disable controls oom-killer-dont-spin-on-same-task.patch don't let OOM killer kill same process repeatedly add-missing-global_flush_tlb-calls.patch add some missing gloabl_flush_tlb() calls ext3-O_SYNC-speedup.patch ext3: speed up O_SYNC writes remove-MAX_BLKDEV-from-genhd.patch remove MAX_BLKDEV from genhd.c -- 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] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me 2003-02-24 7:00 ` 2.5.62-mm3 Andrew Morton @ 2003-02-24 12:26 ` Helge Hafting -1 siblings, 0 replies; 35+ messages in thread From: Helge Hafting @ 2003-02-24 12:26 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel, linux-mm 2.5.62-mm3 boots up fine, but won't run X. Something goes wrong switching to graphics so my monitor says "no signal" Using radeonfb: Switching to the framebuffer console almost works, but the video mode is messed up so parts of the text appear all over the screen. Switching back to X again shows X in a very messed up video mode, some sort of resolution mismatch. Using plain vga console: Nothing happens on the screen after I get "no signal", console switching has no effect. Sync&Reboot via sysrq works though. The kernel uses UP, preempt, no module support, devfs configured but not used. Hardware: 2.4GHz P4, 512M 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon VE QY 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP Helge Hafting ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me @ 2003-02-24 12:26 ` Helge Hafting 0 siblings, 0 replies; 35+ messages in thread From: Helge Hafting @ 2003-02-24 12:26 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel, linux-mm 2.5.62-mm3 boots up fine, but won't run X. Something goes wrong switching to graphics so my monitor says "no signal" Using radeonfb: Switching to the framebuffer console almost works, but the video mode is messed up so parts of the text appear all over the screen. Switching back to X again shows X in a very messed up video mode, some sort of resolution mismatch. Using plain vga console: Nothing happens on the screen after I get "no signal", console switching has no effect. Sync&Reboot via sysrq works though. The kernel uses UP, preempt, no module support, devfs configured but not used. Hardware: 2.4GHz P4, 512M 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon VE QY 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP Helge Hafting -- 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] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me 2003-02-24 12:26 ` Helge Hafting (?) @ 2003-02-24 13:35 ` Zilvinas Valinskas -1 siblings, 0 replies; 35+ messages in thread From: Zilvinas Valinskas @ 2003-02-24 13:35 UTC (permalink / raw) To: Helge Hafting; +Cc: linux-kernel On Mon, Feb 24, 2003 at 01:26:53PM +0100, Helge Hafting wrote: > 2.5.62-mm3 boots up fine, but won't run X. Something goes > wrong switching to graphics so my monitor says "no signal" > > Using radeonfb: > Switching to the framebuffer console almost works, but > the video mode is messed up so parts of the text appear > all over the screen. Switching back to X again shows > X in a very messed up video mode, some sort > of resolution mismatch. > > Using plain vga console: > Nothing happens on the screen after I get "no signal", > console switching has no effect. Sync&Reboot via > sysrq works though. > > The kernel uses UP, preempt, no module support, devfs configured > but not used. > > Hardware: > 2.4GHz P4, 512M > 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon VE QY > 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP Same is here. Radeon too, only it is Radeon M7 LY 8) > > Helge Hafting > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me 2003-02-24 12:26 ` Helge Hafting @ 2003-02-24 20:16 ` Andrew Morton -1 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-24 20:16 UTC (permalink / raw) To: Helge Hafting; +Cc: linux-kernel, linux-mm Helge Hafting <helgehaf@aitel.hist.no> wrote: > > 2.5.62-mm3 boots up fine, but won't run X. Something goes > wrong switching to graphics so my monitor says "no signal" > Does 2.5.63 do the same thing? ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me @ 2003-02-24 20:16 ` Andrew Morton 0 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-24 20:16 UTC (permalink / raw) To: Helge Hafting; +Cc: linux-kernel, linux-mm Helge Hafting <helgehaf@aitel.hist.no> wrote: > > 2.5.62-mm3 boots up fine, but won't run X. Something goes > wrong switching to graphics so my monitor says "no signal" > Does 2.5.63 do the same thing? -- 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] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me 2003-02-24 20:16 ` Andrew Morton (?) @ 2003-02-25 9:45 ` Zilvinas Valinskas 2003-02-25 9:55 ` Andrew Morton -1 siblings, 1 reply; 35+ messages in thread From: Zilvinas Valinskas @ 2003-02-25 9:45 UTC (permalink / raw) To: Andrew Morton; +Cc: Helge Hafting, linux-kernel, linux-mm [-- Attachment #1: Type: text/plain, Size: 706 bytes --] On Mon, Feb 24, 2003 at 12:16:01PM -0800, Andrew Morton wrote: > Helge Hafting <helgehaf@aitel.hist.no> wrote: > > > > 2.5.62-mm3 boots up fine, but won't run X. Something goes > > wrong switching to graphics so my monitor says "no signal" > > > This is the boot messages and decoded ksymoops which happens when I try to log off and login as a different user in KDE3.1 (debian/unstable). > Does 2.5.63 do the same thing? I haven't tried this yet. > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ [-- Attachment #2: 2.5.62-mm3 --] [-- Type: text/plain, Size: 24109 bytes --] Feb 24 10:42:11 swoop kernel: Linux version 2.5.62-mm3 (root@swoop) (gcc version 3.2.3 20030221 (Debian prerelease)) #1 Mon Feb 24 10:19:49 EET 2003 Feb 24 10:42:11 swoop kernel: Video mode to be used for restore is f00 Feb 24 10:42:11 swoop kernel: BIOS-provided physical RAM map: Feb 24 10:42:11 swoop kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) Feb 24 10:42:11 swoop kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) Feb 24 10:42:11 swoop kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) Feb 24 10:42:11 swoop kernel: BIOS-e820: 0000000000100000 - 000000000ffd0000 (usable) Feb 24 10:42:11 swoop kernel: BIOS-e820: 000000000ffd0000 - 000000000fff0c00 (reserved) Feb 24 10:42:11 swoop kernel: BIOS-e820: 000000000fff0c00 - 000000000fffc000 (ACPI NVS) Feb 24 10:42:11 swoop kernel: BIOS-e820: 000000000fffc000 - 0000000010000000 (reserved) Feb 24 10:42:11 swoop kernel: 255MB LOWMEM available. Feb 24 10:42:11 swoop kernel: On node 0 totalpages: 65488 Feb 24 10:42:11 swoop kernel: DMA zone: 4096 pages, LIFO batch:1 Feb 24 10:42:11 swoop kernel: Normal zone: 61392 pages, LIFO batch:14 Feb 24 10:42:11 swoop kernel: HighMem zone: 0 pages, LIFO batch:1 Feb 24 10:42:11 swoop kernel: ACPI: RSDP (v000 COMPAQ ) @ 0x000f9970 Feb 24 10:42:11 swoop kernel: ACPI: RSDT (v001 COMPAQ CPQ004A 08721.00544) @ 0x0fff0c84 Feb 24 10:42:11 swoop kernel: ACPI: FADT (v002 COMPAQ CPQ004A 00000.00002) @ 0x0fff0c00 Feb 24 10:42:11 swoop kernel: ACPI: SSDT (v001 COMPAQ CPQGysr 00000.04097) @ 0x0fff65d4 Feb 24 10:42:11 swoop kernel: ACPI: SSDT (v001 COMPAQ CPQMag 00000.04097) @ 0x0fff66e2 Feb 24 10:42:11 swoop kernel: ACPI: DSDT (v001 COMPAQ EVON800 00001.00000) @ 0x00000000 Feb 24 10:42:11 swoop kernel: ACPI: BIOS passes blacklist Feb 24 10:42:11 swoop kernel: Building zonelist for node : 0 Feb 24 10:42:11 swoop kernel: Kernel command line: root=/dev/hda5 ro single Feb 24 10:42:11 swoop kernel: Initializing CPU#0 Feb 24 10:42:11 swoop kernel: PID hash table entries: 1024 (order 10: 8192 bytes) Feb 24 10:42:11 swoop kernel: Detected 1694.314 MHz processor. Feb 24 10:42:11 swoop kernel: Console: colour VGA+ 80x25 Feb 24 10:42:11 swoop kernel: Calibrating delay loop... 3342.33 BogoMIPS Feb 24 10:42:11 swoop kernel: Memory: 256188k/261952k available (1606k kernel code, 5052k reserved, 553k data, 112k init, 0k highmem) Feb 24 10:42:11 swoop kernel: Dentry cache hash table entries: 32768 (order: 6, 262144 bytes) Feb 24 10:42:11 swoop kernel: Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) Feb 24 10:42:11 swoop kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Feb 24 10:42:11 swoop kernel: -> /dev Feb 24 10:42:11 swoop kernel: -> /dev/console Feb 24 10:42:11 swoop kernel: -> /root Feb 24 10:42:11 swoop kernel: CPU: Trace cache: 12K uops, L1 D cache: 8K Feb 24 10:42:11 swoop kernel: CPU: L2 cache: 512K Feb 24 10:42:11 swoop kernel: CPU: After generic, caps: bfebf9ff 00000000 00000000 00000000 Feb 24 10:42:11 swoop kernel: Intel machine check architecture supported. Feb 24 10:42:11 swoop kernel: Intel machine check reporting enabled on CPU#0. Feb 24 10:42:11 swoop kernel: CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available Feb 24 10:42:11 swoop kernel: Machine check exception polling timer started. Feb 24 10:42:11 swoop kernel: CPU: Intel Mobile Intel(R) Pentium(R) 4 - M CPU 1.70GHz stepping 07 Feb 24 10:42:11 swoop kernel: Enabling fast FPU save and restore... done. Feb 24 10:42:11 swoop kernel: Enabling unmasked SIMD FPU exception support... done. Feb 24 10:42:11 swoop kernel: Checking 'hlt' instruction... OK. Feb 24 10:42:11 swoop kernel: POSIX conformance testing by UNIFIX Feb 24 10:42:11 swoop kernel: Linux NET4.0 for Linux 2.4 Feb 24 10:42:11 swoop kernel: Based upon Swansea University Computer Society NET3.039 Feb 24 10:42:11 swoop kernel: Initializing RT netlink socket Feb 24 10:42:11 swoop kernel: mtrr: v2.0 (20020519) Feb 24 10:42:11 swoop kernel: PCI: PCI BIOS revision 2.10 entry at 0xf031f, last bus=3 Feb 24 10:42:11 swoop kernel: PCI: Using configuration type 1 Feb 24 10:42:11 swoop kernel: BIO: pool of 256 setup, 14Kb (56 bytes/bio) Feb 24 10:42:11 swoop kernel: biovec pool[0]: 1 bvecs: 256 entries (12 bytes) Feb 24 10:42:11 swoop kernel: biovec pool[1]: 4 bvecs: 256 entries (48 bytes) Feb 24 10:42:11 swoop kernel: biovec pool[2]: 16 bvecs: 256 entries (192 bytes) Feb 24 10:42:11 swoop kernel: biovec pool[3]: 64 bvecs: 256 entries (768 bytes) Feb 24 10:42:11 swoop kernel: biovec pool[4]: 128 bvecs: 256 entries (1536 bytes) Feb 24 10:42:11 swoop kernel: biovec pool[5]: 256 bvecs: 256 entries (3072 bytes) Feb 24 10:42:11 swoop kernel: ACPI: Subsystem revision 20030122 Feb 24 10:42:11 swoop kernel: ACPI: Interpreter enabled Feb 24 10:42:11 swoop kernel: ACPI: Using PIC for interrupt routing Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C141] (off) Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C155] (off) Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C159] (off) Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C15D] (off) Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C166] (on) Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C0CF] (on) Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C1D5] (off) Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C1D6] (off) Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C1D7] (off) Feb 24 10:42:11 swoop kernel: ACPI: Power Resource [C1D8] (off) Feb 24 10:42:11 swoop kernel: Linux Plug and Play Support v0.95 (c) Adam Belay Feb 24 10:42:11 swoop kernel: pnp: Enabling Plug and Play Card Services. Feb 24 10:42:11 swoop kernel: PnPBIOS: Found PnP BIOS installation structure at 0xc00f3d30 Feb 24 10:42:11 swoop kernel: PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0x3d5e, dseg 0xf0000 Feb 24 10:42:11 swoop kernel: PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver Feb 24 10:42:11 swoop kernel: block request queues: Feb 24 10:42:11 swoop kernel: 128 requests per read queue Feb 24 10:42:11 swoop kernel: 128 requests per write queue Feb 24 10:42:11 swoop kernel: 8 requests per batch Feb 24 10:42:11 swoop kernel: enter congestion at 15 Feb 24 10:42:11 swoop kernel: exit congestion at 17 Feb 24 10:42:11 swoop kernel: Linux Kernel Card Services 3.1.22 Feb 24 10:42:11 swoop kernel: options: [pci] [cardbus] [pm] Feb 24 10:42:11 swoop kernel: drivers/usb/core/usb.c: registered new driver usbfs Feb 24 10:42:11 swoop kernel: drivers/usb/core/usb.c: registered new driver hub Feb 24 10:42:11 swoop kernel: ACPI: ACPI tables contain no PCI IRQ routing entries Feb 24 10:42:11 swoop kernel: PCI: Invalid ACPI-PCI IRQ routing table Feb 24 10:42:11 swoop kernel: PCI: Probing PCI hardware Feb 24 10:42:11 swoop kernel: PCI: Probing PCI hardware (bus 00) Feb 24 10:42:11 swoop kernel: Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bri Feb 24 10:42:11 swoop kernel: PCI: Using IRQ router PIIX [8086/248c] at 00:1f.0 Feb 24 10:42:11 swoop kernel: PCI: IRQ 0 for device 02:0e.1 doesn't match PIRQ mask - try pci=usepirqmask Feb 24 10:42:11 swoop kernel: PCI: Found IRQ 10 for device 02:0e.1 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:08.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.2 Feb 24 10:42:11 swoop kernel: PCI: Cannot allocate resource region 0 of device 02:0e.2 Feb 24 10:42:11 swoop kernel: cpufreq: P4/Xeon(TM) CPU On-Demand Clock Modulation available Feb 24 10:42:11 swoop kernel: Enabling SEP on CPU 0 Feb 24 10:42:11 swoop kernel: aio_setup: sizeof(struct page) = 40 Feb 24 10:42:11 swoop kernel: VFS: Disk quotas dquot_6.5.1 Feb 24 10:42:11 swoop kernel: Journalled Block Device driver loaded Feb 24 10:42:11 swoop kernel: Initializing Cryptographic API Feb 24 10:42:11 swoop kernel: ACPI: AC Adapter [C11B] (on-line) Feb 24 10:42:11 swoop kernel: ACPI: Power Button (FF) [PWRF] Feb 24 10:42:11 swoop kernel: ACPI: Processor [C000] (supports C1 C2 C3, 8 throttling states) Feb 24 10:42:11 swoop kernel: ACPI: Thermal Zone [TZ1] (46 C) Feb 24 10:42:11 swoop kernel: ACPI: Thermal Zone [TZ2] (40 C) Feb 24 10:42:11 swoop kernel: ACPI: Thermal Zone [TZ3] (16 C) Feb 24 10:42:11 swoop kernel: isapnp: Scanning for PnP cards... Feb 24 10:42:11 swoop kernel: isapnp: No Plug & Play device found Feb 24 10:42:11 swoop kernel: parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE,EPP] Feb 24 10:42:11 swoop kernel: parport0: irq 7 detected Feb 24 10:42:11 swoop kernel: parport0: cpp_daisy: aa5500ff(38) Feb 24 10:42:11 swoop kernel: parport0: assign_addrs: aa5500ff(38) Feb 24 10:42:11 swoop kernel: parport0: cpp_daisy: aa5500ff(38) Feb 24 10:42:11 swoop kernel: parport0: assign_addrs: aa5500ff(38) Feb 24 10:42:11 swoop kernel: pty: 256 Unix98 ptys configured Feb 24 10:42:11 swoop kernel: lp0: using parport0 (polling). Feb 24 10:42:11 swoop kernel: Real Time Clock Driver v1.11 Feb 24 10:42:11 swoop kernel: Non-volatile memory driver v1.2 Feb 24 10:42:11 swoop kernel: Intel(R) PRO/100 Network Driver - version 2.1.29-k4 Feb 24 10:42:11 swoop kernel: Copyright (c) 2002 Intel Corporation Feb 24 10:42:11 swoop kernel: Feb 24 10:42:11 swoop kernel: PCI: Found IRQ 10 for device 02:08.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.1 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.2 Feb 24 10:42:11 swoop kernel: e100: selftest OK. Feb 24 10:42:11 swoop kernel: Freeing alive device c1336000, eth%%d Feb 24 10:42:11 swoop kernel: e100: eth0: Intel(R) PRO/100 VE Network Connection Feb 24 10:42:11 swoop kernel: Hardware receive checksums enabled Feb 24 10:42:11 swoop kernel: Feb 24 10:42:11 swoop kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 Feb 24 10:42:11 swoop kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx Feb 24 10:42:11 swoop kernel: ICH3M: IDE controller at PCI slot 00:1f.1 Feb 24 10:42:11 swoop kernel: PCI: Enabling device 00:1f.1 (0005 -> 0007) Feb 24 10:42:11 swoop kernel: PCI: Assigned IRQ 11 for device 00:1f.1 Feb 24 10:42:11 swoop kernel: ICH3M: chipset revision 2 Feb 24 10:42:11 swoop kernel: ICH3M: not 100%% native mode: will probe irqs later Feb 24 10:42:11 swoop kernel: ide0: BM-DMA at 0x4440-0x4447, BIOS settings: hda:DMA, hdb:pio Feb 24 10:42:11 swoop kernel: ide1: BM-DMA at 0x4448-0x444f, BIOS settings: hdc:DMA, hdd:pio Feb 24 10:42:11 swoop kernel: hda: IC25N040ATCS05-0, ATA DISK drive Feb 24 10:42:11 swoop kernel: anticipatory scheduling elevator Feb 24 10:42:11 swoop kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Feb 24 10:42:11 swoop kernel: hdc: HL-DT-STCD-RW/DVD DRIVE GCC-4240N, ATAPI CD/DVD-ROM drive Feb 24 10:42:11 swoop kernel: anticipatory scheduling elevator Feb 24 10:42:11 swoop kernel: ide1 at 0x170-0x177,0x376 on irq 15 Feb 24 10:42:11 swoop kernel: hda: host protected area => 1 Feb 24 10:42:11 swoop kernel: hda: 78140160 sectors (40008 MB) w/7898KiB Cache, CHS=77520/16/63, UDMA(100) Feb 24 10:42:11 swoop kernel: /dev/ide/host0/bus0/target0/lun0: p1 < p5 p6 p7 p8 p9 p10 p11 > p2 Feb 24 10:42:11 swoop kernel: PCI: Found IRQ 11 for device 02:06.0 Feb 24 10:42:11 swoop kernel: Yenta IRQ list 00d8, PCI irq11 Feb 24 10:42:11 swoop kernel: Socket status: 30000006 Feb 24 10:42:11 swoop kernel: drivers/usb/core/usb.c: registered new driver hiddev Feb 24 10:42:11 swoop kernel: drivers/usb/core/usb.c: registered new driver hid Feb 24 10:42:11 swoop kernel: drivers/usb/input/hid-core.c: v2.0:USB HID core driver Feb 24 10:42:11 swoop kernel: mice: PS/2 mouse device common for all mice Feb 24 10:42:11 swoop kernel: i8042.c: Detected active multiplexing controller, rev 1.1. Feb 24 10:42:11 swoop kernel: serio: i8042 AUX0 port at 0x60,0x64 irq 12 Feb 24 10:42:11 swoop kernel: serio: i8042 AUX1 port at 0x60,0x64 irq 12 Feb 24 10:42:11 swoop kernel: serio: i8042 AUX2 port at 0x60,0x64 irq 12 Feb 24 10:42:11 swoop kernel: input: PS/2 Synaptics TouchPad on isa0060/serio4 Feb 24 10:42:11 swoop kernel: serio: i8042 AUX3 port at 0x60,0x64 irq 12 Feb 24 10:42:11 swoop kernel: input: AT Set 2 keyboard on isa0060/serio0 Feb 24 10:42:11 swoop kernel: serio: i8042 KBD port at 0x60,0x64 irq 1 Feb 24 10:42:11 swoop kernel: NET4: Linux TCP/IP 1.0 for NET4.0 Feb 24 10:42:11 swoop kernel: IP: routing cache hash table of 2048 buckets, 16Kbytes Feb 24 10:42:11 swoop kernel: TCP: Hash tables configured (established 16384 bind 32768) Feb 24 10:42:11 swoop kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Feb 24 10:42:11 swoop kernel: kjournald starting. Commit interval 5 seconds Feb 24 10:42:11 swoop kernel: EXT3-fs: mounted filesystem with ordered data mode. Feb 24 10:42:11 swoop kernel: VFS: Mounted root (ext3 filesystem) readonly. Feb 24 10:42:11 swoop kernel: Mounted devfs on /dev Feb 24 10:42:11 swoop kernel: Freeing unused kernel memory: 112k freed Feb 24 10:42:11 swoop kernel: Adding 997880k swap on /dev/ide/host0/bus0/target0/lun0/part7. Priority:-1 extents:1 Feb 24 10:42:11 swoop kernel: EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,5), internal journal Feb 24 10:42:11 swoop kernel: PCI: Found IRQ 5 for device 00:1f.5 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 5 with 02:04.0 Feb 24 10:42:11 swoop kernel: PCI: Setting latency timer of device 00:1f.5 to 64 Feb 24 10:42:11 swoop kernel: intel8x0: clocking to 48000 Feb 24 10:42:11 swoop kernel: kjournald starting. Commit interval 5 seconds Feb 24 10:42:11 swoop kernel: EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,11), internal journal Feb 24 10:42:11 swoop kernel: EXT3-fs: mounted filesystem with ordered data mode. Feb 24 10:42:11 swoop kernel: kjournald starting. Commit interval 5 seconds Feb 24 10:42:11 swoop kernel: EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,6), internal journal Feb 24 10:42:11 swoop kernel: EXT3-fs: mounted filesystem with ordered data mode. Feb 24 10:42:11 swoop kernel: kjournald starting. Commit interval 5 seconds Feb 24 10:42:11 swoop kernel: EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,8), internal journal Feb 24 10:42:11 swoop kernel: EXT3-fs: mounted filesystem with ordered data mode. Feb 24 10:42:11 swoop kernel: kjournald starting. Commit interval 5 seconds Feb 24 10:42:11 swoop kernel: EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,9), internal journal Feb 24 10:42:11 swoop kernel: EXT3-fs: mounted filesystem with ordered data mode. Feb 24 10:42:11 swoop kernel: kjournald starting. Commit interval 5 seconds Feb 24 10:42:11 swoop kernel: EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,10), internal journal Feb 24 10:42:11 swoop kernel: EXT3-fs: mounted filesystem with ordered data mode. Feb 24 10:42:11 swoop kernel: Please use the 'usbfs' filetype instead, the 'usbdevfs' name is deprecated. Feb 24 10:42:11 swoop kernel: PCI: Found IRQ 10 for device 02:0e.2 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:08.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.1 Feb 24 10:42:11 swoop kernel: ehci-hcd 02:0e.2: NEC Corporation USB 2.0 Feb 24 10:42:11 swoop kernel: ehci-hcd 02:0e.2: irq 10, pci mem d08dd400 Feb 24 10:42:11 swoop kernel: Please use the 'usbfs' filetype instead, the 'usbdevfs' name is deprecated. Feb 24 10:42:11 swoop kernel: ehci-hcd 02:0e.2: new USB bus registered, assigned bus number 1 Feb 24 10:42:11 swoop kernel: PCI: 02:0e.2 PCI cache line size set incorrectly (32 bytes) by BIOS/FW, correcting to 128 Feb 24 10:42:11 swoop kernel: ehci-hcd 02:0e.2: USB 2.0 enabled, EHCI 0.95, driver 2003-Jan-22 Feb 24 10:42:11 swoop kernel: hub 1-0:0: USB hub found Feb 24 10:42:11 swoop kernel: hub 1-0:0: 5 ports detected Feb 24 10:42:11 swoop kernel: PCI: Found IRQ 10 for device 02:0e.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:08.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.1 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.2 Feb 24 10:42:11 swoop kernel: ohci-hcd 02:0e.0: NEC Corporation USB Feb 24 10:42:11 swoop kernel: ohci-hcd 02:0e.0: irq 10, pci mem d08ea000 Feb 24 10:42:11 swoop kernel: ohci-hcd 02:0e.0: new USB bus registered, assigned bus number 2 Feb 24 10:42:11 swoop kernel: hub 2-0:0: USB hub found Feb 24 10:42:11 swoop kernel: hub 2-0:0: 3 ports detected Feb 24 10:42:11 swoop kernel: hub 1-0:0: debounce: port 1: delay 100ms stable 4 status 0x501 Feb 24 10:42:11 swoop kernel: hub 2-0:0: debounce: port 1: delay 100ms stable 4 status 0x301 Feb 24 10:42:11 swoop kernel: hub 2-0:0: new USB device on port 1, assigned address 2 Feb 24 10:42:11 swoop kernel: usb 2-1: failed to set device 2 default configuration (error=-32) Feb 24 10:42:11 swoop kernel: PCI: Found IRQ 10 for device 02:0e.1 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:08.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.0 Feb 24 10:42:11 swoop kernel: PCI: Sharing IRQ 10 with 02:0e.2 Feb 24 10:42:11 swoop kernel: ohci-hcd 02:0e.1: NEC Corporation USB (#2) Feb 24 10:42:11 swoop kernel: ohci-hcd 02:0e.1: irq 10, pci mem d08ec000 Feb 24 10:42:11 swoop kernel: ohci-hcd 02:0e.1: new USB bus registered, assigned bus number 3 Feb 24 10:42:11 swoop kernel: hub 2-0:0: new USB device on port 1, assigned address 3 Feb 24 10:42:11 swoop kernel: drivers/usb/core/config.c: unable to get descriptor Feb 24 10:42:11 swoop kernel: usb 2-1: unable to get device 3 configuration (error=-32) Feb 24 10:42:11 swoop kernel: hub 3-0:0: USB hub found Feb 24 10:42:11 swoop kernel: hub 3-0:0: 2 ports detected Feb 24 10:42:11 swoop kernel: drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0 Feb 24 10:42:11 swoop kernel: e100: eth0 NIC Link is Up 100 Mbps Full duplex Feb 24 10:42:17 swoop kernel: cs: IO port probe 0x0c00-0x0cff: clean. Feb 24 10:42:17 swoop kernel: cs: IO port probe 0x0800-0x08ff: clean. Feb 24 10:42:17 swoop kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x3c0-0x3df 0x3e8-0x3ff 0x4d0-0x4d7 Feb 24 10:42:17 swoop kernel: cs: IO port probe 0x0a00-0x0aff: clean. Feb 24 10:42:34 swoop kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0 Feb 24 10:42:34 swoop kernel: ------------[ cut here ]------------ Feb 24 10:42:34 swoop kernel: kernel BUG at mm/rmap.c:248! Feb 24 10:42:34 swoop kernel: invalid operand: 0000 Feb 24 10:42:34 swoop kernel: CPU: 0 Feb 24 10:42:34 swoop kernel: EIP: 0060:[page_add_rmap+62/241] Not tainted Feb 24 10:42:34 swoop kernel: EFLAGS: 00013246 Feb 24 10:42:34 swoop kernel: eax: 00000000 ebx: c119ae38 ecx: ca476400 edx: cb0a2048 Feb 24 10:42:34 swoop kernel: esi: cb0a2048 edi: cb9dfa80 ebp: c119ae38 esp: cb06fea0 Feb 24 10:42:34 swoop kernel: ds: 007b es: 007b ss: 0068 Feb 24 10:42:34 swoop kernel: Process X (pid: 1438, threadinfo=cb06e000 task=cb119380) Feb 24 10:42:34 swoop kernel: Stack: 00000002 00000000 c0138df3 000000d0 40012000 00000000 cf091000 cb9dfa80 Feb 24 10:42:34 swoop kernel: cb9dfa80 ca476400 cb0eb400 00000001 cb5e1080 cb0eb400 40012000 cb5e1080 Feb 24 10:42:34 swoop kernel: 40012000 c0138fc7 cb5e1080 cb9dfa80 40012000 00000001 cb0a2048 cb0eb400 Feb 24 10:42:34 swoop kernel: Call Trace: [do_no_page+362/714] [handle_mm_fault+116/139] [do_page_fault+293/1089] [old_mmap+268/321] [do_page_fault+0/1089] [error_code+45/56] Feb 24 10:42:34 swoop kernel: Code: 0f 0b f8 00 57 39 2a c0 3d 60 a9 2d c0 74 10 ff 43 20 89 c8 Feb 24 10:42:36 swoop kernel: ------------[ cut here ]------------ Feb 24 10:42:36 swoop kernel: kernel BUG at mm/rmap.c:248! Feb 24 10:42:36 swoop kernel: invalid operand: 0000 Feb 24 10:42:36 swoop kernel: CPU: 0 Feb 24 10:42:36 swoop kernel: EIP: 0060:[page_add_rmap+62/241] Not tainted Feb 24 10:42:36 swoop kernel: EFLAGS: 00013246 Feb 24 10:42:36 swoop kernel: eax: 00000000 ebx: c11a6b70 ecx: ca476580 edx: cad50048 Feb 24 10:42:36 swoop kernel: esi: cad50048 edi: cb9df900 ebp: c11a6b70 esp: cad19ea0 Feb 24 10:42:36 swoop kernel: ds: 007b es: 007b ss: 0068 Feb 24 10:42:36 swoop kernel: Process X (pid: 1474, threadinfo=cad18000 task=caea4c80) Feb 24 10:42:36 swoop kernel: Stack: 00000002 00000000 c0138df3 000000d0 40012000 00000000 cf091000 cb9df900 Feb 24 10:42:36 swoop kernel: cb9df900 ca476580 cb0eb400 00000001 cb5e1080 cb0eb400 40012000 cb5e1080 Feb 24 10:42:36 swoop kernel: 40012000 c0138fc7 cb5e1080 cb9df900 40012000 00000001 cad50048 cb0eb400 Feb 24 10:42:36 swoop kernel: Call Trace: [do_no_page+362/714] [handle_mm_fault+116/139] [do_page_fault+293/1089] [old_mmap+268/321] [do_page_fault+0/1089] [error_code+45/56] Feb 24 10:42:36 swoop kernel: Code: 0f 0b f8 00 57 39 2a c0 3d 60 a9 2d c0 74 10 ff 43 20 89 c8 Feb 24 10:42:38 swoop kernel: ------------[ cut here ]------------ Feb 24 10:42:38 swoop kernel: kernel BUG at mm/rmap.c:248! Feb 24 10:42:38 swoop kernel: invalid operand: 0000 Feb 24 10:42:38 swoop kernel: CPU: 0 Feb 24 10:42:38 swoop kernel: EIP: 0060:[page_add_rmap+62/241] Not tainted Feb 24 10:42:38 swoop kernel: EFLAGS: 00013246 Feb 24 10:42:38 swoop kernel: eax: 00000000 ebx: c11a95a0 ecx: ca476600 edx: cac1b048 Feb 24 10:42:38 swoop kernel: esi: cac1b048 edi: cbd73a80 ebp: c11a95a0 esp: cb091ea0 Feb 24 10:42:38 swoop kernel: ds: 007b es: 007b ss: 0068 Feb 24 10:42:38 swoop kernel: Process X (pid: 1484, threadinfo=cb090000 task=cb119380) Feb 24 10:42:38 swoop kernel: Stack: 00000002 00000000 c0138df3 000000d0 40012000 00000000 cf091000 cbd73a80 Feb 24 10:42:38 swoop kernel: cbd73a80 ca476600 cb0eb400 00000001 cb5e1080 cb0eb400 40012000 cb5e1080 Feb 24 10:42:38 swoop kernel: 40012000 c0138fc7 cb5e1080 cbd73a80 40012000 00000001 cac1b048 cb0eb400 Feb 24 10:42:38 swoop kernel: Call Trace: [do_no_page+362/714] [handle_mm_fault+116/139] [do_page_fault+293/1089] [old_mmap+268/321] [do_page_fault+0/1089] [error_code+45/56] Feb 24 10:42:38 swoop kernel: Code: 0f 0b f8 00 57 39 2a c0 3d 60 a9 2d c0 74 10 ff 43 20 89 c8 Feb 24 10:42:40 swoop kernel: ------------[ cut here ]------------ Feb 24 10:42:40 swoop kernel: kernel BUG at mm/rmap.c:248! Feb 24 10:42:40 swoop kernel: invalid operand: 0000 Feb 24 10:42:40 swoop kernel: CPU: 0 Feb 24 10:42:40 swoop kernel: EIP: 0060:[page_add_rmap+62/241] Not tainted Feb 24 10:42:40 swoop kernel: EFLAGS: 00013246 Feb 24 10:42:40 swoop kernel: eax: 00000000 ebx: c119db38 ecx: ca476680 edx: cac62048 Feb 24 10:42:40 swoop kernel: esi: cac62048 edi: cd3fa5c0 ebp: c119db38 esp: cad43ea0 Feb 24 10:42:40 swoop kernel: ds: 007b es: 007b ss: 0068 Feb 24 10:42:40 swoop kernel: Process X (pid: 1494, threadinfo=cad42000 task=caea4c80) Feb 24 10:42:40 swoop kernel: Stack: 00000002 00000000 c0138df3 000000d0 40012000 00000000 cf091000 cd3fa5c0 Feb 24 10:42:40 swoop kernel: cd3fa5c0 ca476680 cb0eb400 00000001 cb5e1080 cb0eb400 40012000 cb5e1080 Feb 24 10:42:40 swoop kernel: 40012000 c0138fc7 cb5e1080 cd3fa5c0 40012000 00000001 cac62048 cb0eb400 Feb 24 10:42:40 swoop kernel: Call Trace: [do_no_page+362/714] [handle_mm_fault+116/139] [do_page_fault+293/1089] [old_mmap+268/321] [do_page_fault+0/1089] [error_code+45/56] Feb 24 10:42:40 swoop kernel: Code: 0f 0b f8 00 57 39 2a c0 3d 60 a9 2d c0 74 10 ff 43 20 89 c8 Feb 24 10:43:13 swoop kernel: <6>SysRq : Emergency Sync Feb 24 10:43:13 swoop kernel: Syncing device ide0(3,5) ... OK Feb 24 10:43:13 swoop kernel: Syncing device ide0(3,11) ... OK Feb 24 10:43:13 swoop kernel: Syncing device ide0(3,6) ... OK Feb 24 10:43:13 swoop kernel: Syncing device ide0(3,8) ... OK Feb 24 10:43:13 swoop kernel: Syncing device ide0(3,9) ... OK Feb 24 10:43:13 swoop kernel: Syncing device ide0(3,10) ... OK Feb 24 10:43:13 swoop kernel: Done. Feb 24 10:43:14 swoop kernel: SysRq : Emergency Remount R/O Feb 24 10:43:14 swoop kernel: Remounting device ide0(3,5) ... OK Feb 24 10:43:14 swoop kernel: Remounting device ide0(3,11) ... OK Feb 24 10:43:14 swoop kernel: Remounting device ide0(3,6) ... OK Feb 24 10:43:14 swoop kernel: Remounting device ide0(3,8) ... OK [-- Attachment #3: 2.5.62-mm3-ksymoops --] [-- Type: text/plain, Size: 10005 bytes --] ksymoops 2.4.8 on i686 2.4.20-rc4-rmap15d. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.20-rc4-rmap15d/ (default) -m /boot/System.map-2.4.20-rc4-rmap15d (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Feb 24 10:42:11 swoop kernel: Machine check exception polling timer started. Feb 24 10:42:11 swoop kernel: e100: selftest OK. Feb 24 10:42:11 swoop kernel: e100: eth0: Intel(R) PRO/100 VE Network Connection Feb 24 10:42:11 swoop kernel: e100: eth0 NIC Link is Up 100 Mbps Full duplex Feb 24 10:42:17 swoop kernel: cs: IO port probe 0x0c00-0x0cff: clean. Feb 24 10:42:17 swoop kernel: cs: IO port probe 0x0800-0x08ff: clean. Feb 24 10:42:17 swoop kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x3c0-0x3df 0x3e8-0x3ff 0x4d0-0x4d7 Feb 24 10:42:17 swoop kernel: cs: IO port probe 0x0a00-0x0aff: clean. Feb 24 10:42:34 swoop kernel: kernel BUG at mm/rmap.c:248! Feb 24 10:42:34 swoop kernel: invalid operand: 0000 Feb 24 10:42:34 swoop kernel: CPU: 0 Feb 24 10:42:34 swoop kernel: EIP: 0060:[page_add_rmap+62/241] Not tainted Feb 24 10:42:34 swoop kernel: EFLAGS: 00013246 Feb 24 10:42:34 swoop kernel: eax: 00000000 ebx: c119ae38 ecx: ca476400 edx: cb0a2048 Feb 24 10:42:34 swoop kernel: esi: cb0a2048 edi: cb9dfa80 ebp: c119ae38 esp: cb06fea0 Feb 24 10:42:34 swoop kernel: ds: 007b es: 007b ss: 0068 Feb 24 10:42:34 swoop kernel: Stack: 00000002 00000000 c0138df3 000000d0 40012000 00000000 cf091000 cb9dfa80 Feb 24 10:42:34 swoop kernel: cb9dfa80 ca476400 cb0eb400 00000001 cb5e1080 cb0eb400 40012000 cb5e1080 Feb 24 10:42:34 swoop kernel: 40012000 c0138fc7 cb5e1080 cb9dfa80 40012000 00000001 cb0a2048 cb0eb400 Feb 24 10:42:34 swoop kernel: Call Trace: [do_no_page+362/714] [handle_mm_fault+116/139] [do_page_fault+293/1089] [old_mmap+268/321] [do_page_fault+0/1089] [error_code+45/56] Feb 24 10:42:34 swoop kernel: Code: 0f 0b f8 00 57 39 2a c0 3d 60 a9 2d c0 74 10 ff 43 20 89 c8 Using defaults from ksymoops -t elf32-i386 -a i386 >>ebx; c119ae38 <_end+e86560/1057d788> >>ecx; ca476400 <_end+a161b28/1057d788> >>edx; cb0a2048 <_end+ad8d770/1057d788> >>esi; cb0a2048 <_end+ad8d770/1057d788> >>edi; cb9dfa80 <_end+b6cb1a8/1057d788> >>ebp; c119ae38 <_end+e86560/1057d788> >>esp; cb06fea0 <_end+ad5b5c8/1057d788> Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 0f 0b ud2a Code; 00000002 Before first symbol 2: f8 clc Code; 00000003 Before first symbol 3: 00 57 39 add %dl,0x39(%edi) Code; 00000006 Before first symbol 6: 2a c0 sub %al,%al Code; 00000008 Before first symbol 8: 3d 60 a9 2d c0 cmp $0xc02da960,%eax Code; 0000000d Before first symbol d: 74 10 je 1f <_EIP+0x1f> Code; 0000000f Before first symbol f: ff 43 20 incl 0x20(%ebx) Code; 00000012 Before first symbol 12: 89 c8 mov %ecx,%eax Feb 24 10:42:36 swoop kernel: kernel BUG at mm/rmap.c:248! Feb 24 10:42:36 swoop kernel: invalid operand: 0000 Feb 24 10:42:36 swoop kernel: CPU: 0 Feb 24 10:42:36 swoop kernel: EIP: 0060:[page_add_rmap+62/241] Not tainted Feb 24 10:42:36 swoop kernel: EFLAGS: 00013246 Feb 24 10:42:36 swoop kernel: eax: 00000000 ebx: c11a6b70 ecx: ca476580 edx: cad50048 Feb 24 10:42:36 swoop kernel: esi: cad50048 edi: cb9df900 ebp: c11a6b70 esp: cad19ea0 Feb 24 10:42:36 swoop kernel: ds: 007b es: 007b ss: 0068 Feb 24 10:42:36 swoop kernel: Stack: 00000002 00000000 c0138df3 000000d0 40012000 00000000 cf091000 cb9df900 Feb 24 10:42:36 swoop kernel: cb9df900 ca476580 cb0eb400 00000001 cb5e1080 cb0eb400 40012000 cb5e1080 Feb 24 10:42:36 swoop kernel: 40012000 c0138fc7 cb5e1080 cb9df900 40012000 00000001 cad50048 cb0eb400 Feb 24 10:42:36 swoop kernel: Call Trace: [do_no_page+362/714] [handle_mm_fault+116/139] [do_page_fault+293/1089] [old_mmap+268/321] [do_page_fault+0/1089] [error_code+45/56] Feb 24 10:42:36 swoop kernel: Code: 0f 0b f8 00 57 39 2a c0 3d 60 a9 2d c0 74 10 ff 43 20 89 c8 >>ebx; c11a6b70 <_end+e92298/1057d788> >>ecx; ca476580 <_end+a161ca8/1057d788> >>edx; cad50048 <_end+aa3b770/1057d788> >>esi; cad50048 <_end+aa3b770/1057d788> >>edi; cb9df900 <_end+b6cb028/1057d788> >>ebp; c11a6b70 <_end+e92298/1057d788> >>esp; cad19ea0 <_end+aa055c8/1057d788> Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 0f 0b ud2a Code; 00000002 Before first symbol 2: f8 clc Code; 00000003 Before first symbol 3: 00 57 39 add %dl,0x39(%edi) Code; 00000006 Before first symbol 6: 2a c0 sub %al,%al Code; 00000008 Before first symbol 8: 3d 60 a9 2d c0 cmp $0xc02da960,%eax Code; 0000000d Before first symbol d: 74 10 je 1f <_EIP+0x1f> Code; 0000000f Before first symbol f: ff 43 20 incl 0x20(%ebx) Code; 00000012 Before first symbol 12: 89 c8 mov %ecx,%eax Feb 24 10:42:38 swoop kernel: kernel BUG at mm/rmap.c:248! Feb 24 10:42:38 swoop kernel: invalid operand: 0000 Feb 24 10:42:38 swoop kernel: CPU: 0 Feb 24 10:42:38 swoop kernel: EIP: 0060:[page_add_rmap+62/241] Not tainted Feb 24 10:42:38 swoop kernel: EFLAGS: 00013246 Feb 24 10:42:38 swoop kernel: eax: 00000000 ebx: c11a95a0 ecx: ca476600 edx: cac1b048 Feb 24 10:42:38 swoop kernel: esi: cac1b048 edi: cbd73a80 ebp: c11a95a0 esp: cb091ea0 Feb 24 10:42:38 swoop kernel: ds: 007b es: 007b ss: 0068 Feb 24 10:42:38 swoop kernel: Stack: 00000002 00000000 c0138df3 000000d0 40012000 00000000 cf091000 cbd73a80 Feb 24 10:42:38 swoop kernel: cbd73a80 ca476600 cb0eb400 00000001 cb5e1080 cb0eb400 40012000 cb5e1080 Feb 24 10:42:38 swoop kernel: 40012000 c0138fc7 cb5e1080 cbd73a80 40012000 00000001 cac1b048 cb0eb400 Feb 24 10:42:38 swoop kernel: Call Trace: [do_no_page+362/714] [handle_mm_fault+116/139] [do_page_fault+293/1089] [old_mmap+268/321] [do_page_fault+0/1089] [error_code+45/56] Feb 24 10:42:38 swoop kernel: Code: 0f 0b f8 00 57 39 2a c0 3d 60 a9 2d c0 74 10 ff 43 20 89 c8 >>ebx; c11a95a0 <_end+e94cc8/1057d788> >>ecx; ca476600 <_end+a161d28/1057d788> >>edx; cac1b048 <_end+a906770/1057d788> >>esi; cac1b048 <_end+a906770/1057d788> >>edi; cbd73a80 <_end+ba5f1a8/1057d788> >>ebp; c11a95a0 <_end+e94cc8/1057d788> >>esp; cb091ea0 <_end+ad7d5c8/1057d788> Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 0f 0b ud2a Code; 00000002 Before first symbol 2: f8 clc Code; 00000003 Before first symbol 3: 00 57 39 add %dl,0x39(%edi) Code; 00000006 Before first symbol 6: 2a c0 sub %al,%al Code; 00000008 Before first symbol 8: 3d 60 a9 2d c0 cmp $0xc02da960,%eax Code; 0000000d Before first symbol d: 74 10 je 1f <_EIP+0x1f> Code; 0000000f Before first symbol f: ff 43 20 incl 0x20(%ebx) Code; 00000012 Before first symbol 12: 89 c8 mov %ecx,%eax Feb 24 10:42:40 swoop kernel: kernel BUG at mm/rmap.c:248! Feb 24 10:42:40 swoop kernel: invalid operand: 0000 Feb 24 10:42:40 swoop kernel: CPU: 0 Feb 24 10:42:40 swoop kernel: EIP: 0060:[page_add_rmap+62/241] Not tainted Feb 24 10:42:40 swoop kernel: EFLAGS: 00013246 Feb 24 10:42:40 swoop kernel: eax: 00000000 ebx: c119db38 ecx: ca476680 edx: cac62048 Feb 24 10:42:40 swoop kernel: esi: cac62048 edi: cd3fa5c0 ebp: c119db38 esp: cad43ea0 Feb 24 10:42:40 swoop kernel: ds: 007b es: 007b ss: 0068 Feb 24 10:42:40 swoop kernel: Stack: 00000002 00000000 c0138df3 000000d0 40012000 00000000 cf091000 cd3fa5c0 Feb 24 10:42:40 swoop kernel: cd3fa5c0 ca476680 cb0eb400 00000001 cb5e1080 cb0eb400 40012000 cb5e1080 Feb 24 10:42:40 swoop kernel: 40012000 c0138fc7 cb5e1080 cd3fa5c0 40012000 00000001 cac62048 cb0eb400 Feb 24 10:42:40 swoop kernel: Call Trace: [do_no_page+362/714] [handle_mm_fault+116/139] [do_page_fault+293/1089] [old_mmap+268/321] [do_page_fault+0/1089] [error_code+45/56] Feb 24 10:42:40 swoop kernel: Code: 0f 0b f8 00 57 39 2a c0 3d 60 a9 2d c0 74 10 ff 43 20 89 c8 >>ebx; c119db38 <_end+e89260/1057d788> >>ecx; ca476680 <_end+a161da8/1057d788> >>edx; cac62048 <_end+a94d770/1057d788> >>esi; cac62048 <_end+a94d770/1057d788> >>edi; cd3fa5c0 <_end+d0e5ce8/1057d788> >>ebp; c119db38 <_end+e89260/1057d788> >>esp; cad43ea0 <_end+aa2f5c8/1057d788> Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 0f 0b ud2a Code; 00000002 Before first symbol 2: f8 clc Code; 00000003 Before first symbol 3: 00 57 39 add %dl,0x39(%edi) Code; 00000006 Before first symbol 6: 2a c0 sub %al,%al Code; 00000008 Before first symbol 8: 3d 60 a9 2d c0 cmp $0xc02da960,%eax Code; 0000000d Before first symbol d: 74 10 je 1f <_EIP+0x1f> Code; 0000000f Before first symbol f: ff 43 20 incl 0x20(%ebx) Code; 00000012 Before first symbol 12: 89 c8 mov %ecx,%eax 1 warning issued. Results may not be reliable. ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me 2003-02-25 9:45 ` Zilvinas Valinskas @ 2003-02-25 9:55 ` Andrew Morton 0 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-25 9:55 UTC (permalink / raw) To: Zilvinas Valinskas; +Cc: helgehaf, linux-kernel, linux-mm, Dave McCracken Zilvinas Valinskas <zilvinas@gemtek.lt> wrote: > > On Mon, Feb 24, 2003 at 12:16:01PM -0800, Andrew Morton wrote: > > Helge Hafting <helgehaf@aitel.hist.no> wrote: > > > > > > 2.5.62-mm3 boots up fine, but won't run X. Something goes > > > wrong switching to graphics so my monitor says "no signal" > > > > > > This is the boot messages and decoded ksymoops which happens when I try > to log off and login as a different user in KDE3.1 (debian/unstable). > Ah, thank you. kernel BUG at mm/rmap.c:248! The fickle finger of fate points McCrackenwards. > > Does 2.5.63 do the same thing? > I haven't tried this yet. 2.5.63 should be OK. ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me @ 2003-02-25 9:55 ` Andrew Morton 0 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-25 9:55 UTC (permalink / raw) To: Zilvinas Valinskas; +Cc: helgehaf, linux-kernel, linux-mm, Dave McCracken Zilvinas Valinskas <zilvinas@gemtek.lt> wrote: > > On Mon, Feb 24, 2003 at 12:16:01PM -0800, Andrew Morton wrote: > > Helge Hafting <helgehaf@aitel.hist.no> wrote: > > > > > > 2.5.62-mm3 boots up fine, but won't run X. Something goes > > > wrong switching to graphics so my monitor says "no signal" > > > > > > This is the boot messages and decoded ksymoops which happens when I try > to log off and login as a different user in KDE3.1 (debian/unstable). > Ah, thank you. kernel BUG at mm/rmap.c:248! The fickle finger of fate points McCrackenwards. > > Does 2.5.63 do the same thing? > I haven't tried this yet. 2.5.63 should be OK. -- 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] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me 2003-02-25 9:55 ` Andrew Morton @ 2003-02-25 17:57 ` Dave McCracken -1 siblings, 0 replies; 35+ messages in thread From: Dave McCracken @ 2003-02-25 17:57 UTC (permalink / raw) To: Andrew Morton; +Cc: Zilvinas Valinskas, helgehaf, linux-kernel, linux-mm --On Tuesday, February 25, 2003 01:55:37 -0800 Andrew Morton <akpm@digeo.com> wrote: > Ah, thank you. > > kernel BUG at mm/rmap.c:248! > > The fickle finger of fate points McCrackenwards. Yep. He tripped over my sanity check that pages not marked anon actually have a real mapping pointer. Apparently X allocates a page that should be marked anon but isn't. My main reason for adding the anon flag was to prove to myself that the mapping pointer can be trusted. Apparently it can, generally, but it looks like I haven't successfully tracked down all the places that should set it. It looks like anon pages can come from random sources, so it might be an impossible task to find them all. I know you said you like the idea of having the flag, but I think the cleanest fix would be to change the check from if (PageAnon(page)) to if (page->mapping && !PageSwapCache(page)) Or I could set the anon flag based on that test. I know page flags are getting scarce, so I'm leaning toward removing the flag entirely. What would you recommend? Dave McCracken ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me @ 2003-02-25 17:57 ` Dave McCracken 0 siblings, 0 replies; 35+ messages in thread From: Dave McCracken @ 2003-02-25 17:57 UTC (permalink / raw) To: Andrew Morton; +Cc: Zilvinas Valinskas, helgehaf, linux-kernel, linux-mm --On Tuesday, February 25, 2003 01:55:37 -0800 Andrew Morton <akpm@digeo.com> wrote: > Ah, thank you. > > kernel BUG at mm/rmap.c:248! > > The fickle finger of fate points McCrackenwards. Yep. He tripped over my sanity check that pages not marked anon actually have a real mapping pointer. Apparently X allocates a page that should be marked anon but isn't. My main reason for adding the anon flag was to prove to myself that the mapping pointer can be trusted. Apparently it can, generally, but it looks like I haven't successfully tracked down all the places that should set it. It looks like anon pages can come from random sources, so it might be an impossible task to find them all. I know you said you like the idea of having the flag, but I think the cleanest fix would be to change the check from if (PageAnon(page)) to if (page->mapping && !PageSwapCache(page)) Or I could set the anon flag based on that test. I know page flags are getting scarce, so I'm leaning toward removing the flag entirely. What would you recommend? Dave McCracken -- 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] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me 2003-02-25 17:57 ` Dave McCracken @ 2003-02-25 21:27 ` Andrew Morton -1 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-25 21:27 UTC (permalink / raw) To: Dave McCracken; +Cc: zilvinas, helgehaf, linux-kernel, linux-mm Dave McCracken <dmccr@us.ibm.com> wrote: > > > --On Tuesday, February 25, 2003 01:55:37 -0800 Andrew Morton > <akpm@digeo.com> wrote: > > > Ah, thank you. > > > > kernel BUG at mm/rmap.c:248! > > > > The fickle finger of fate points McCrackenwards. > > Yep. He tripped over my sanity check that pages not marked anon actually > have a real mapping pointer. Apparently X allocates a page that should be > marked anon but isn't. Wonder where that came from? > My main reason for adding the anon flag was to prove to myself that the > mapping pointer can be trusted. Apparently it can, generally, but it looks > like I haven't successfully tracked down all the places that should set it. > It looks like anon pages can come from random sources, so it might be an > impossible task to find them all. Yes, the debug check is important at this time. > I know you said you like the idea of having the flag, but I think the > cleanest fix would be to change the check from > > if (PageAnon(page)) > to > if (page->mapping && !PageSwapCache(page)) Well I'm not particularly overjoyed by the flag. What I liked was that we have a place where we can implement anonymous page counting, so we get another interesting number in /proc/meminfo. Minor point. > Or I could set the anon flag based on that test. I know page flags are > getting scarce, so I'm leaning toward removing the flag entirely. > > What would you recommend? Keep the flag for now, find the escaped page under X, remove the flag later? ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me @ 2003-02-25 21:27 ` Andrew Morton 0 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-25 21:27 UTC (permalink / raw) To: Dave McCracken; +Cc: zilvinas, helgehaf, linux-kernel, linux-mm Dave McCracken <dmccr@us.ibm.com> wrote: > > > --On Tuesday, February 25, 2003 01:55:37 -0800 Andrew Morton > <akpm@digeo.com> wrote: > > > Ah, thank you. > > > > kernel BUG at mm/rmap.c:248! > > > > The fickle finger of fate points McCrackenwards. > > Yep. He tripped over my sanity check that pages not marked anon actually > have a real mapping pointer. Apparently X allocates a page that should be > marked anon but isn't. Wonder where that came from? > My main reason for adding the anon flag was to prove to myself that the > mapping pointer can be trusted. Apparently it can, generally, but it looks > like I haven't successfully tracked down all the places that should set it. > It looks like anon pages can come from random sources, so it might be an > impossible task to find them all. Yes, the debug check is important at this time. > I know you said you like the idea of having the flag, but I think the > cleanest fix would be to change the check from > > if (PageAnon(page)) > to > if (page->mapping && !PageSwapCache(page)) Well I'm not particularly overjoyed by the flag. What I liked was that we have a place where we can implement anonymous page counting, so we get another interesting number in /proc/meminfo. Minor point. > Or I could set the anon flag based on that test. I know page flags are > getting scarce, so I'm leaning toward removing the flag entirely. > > What would you recommend? Keep the flag for now, find the escaped page under X, remove the flag later? -- 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] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me 2003-02-25 21:27 ` Andrew Morton @ 2003-02-25 21:46 ` Dave McCracken -1 siblings, 0 replies; 35+ messages in thread From: Dave McCracken @ 2003-02-25 21:46 UTC (permalink / raw) To: Andrew Morton; +Cc: zilvinas, helgehaf, linux-kernel, linux-mm --On Tuesday, February 25, 2003 13:27:55 -0800 Andrew Morton <akpm@digeo.com> wrote: >> Or I could set the anon flag based on that test. I know page flags are >> getting scarce, so I'm leaning toward removing the flag entirely. >> >> What would you recommend? > > Keep the flag for now, find the escaped page under X, remove the flag > later? It occurred to me I'm already using (abusing?) the flag for nonlinear pages, so I have to keep it. I'll chase solutions for X. Dave McCracken ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 - no X for me @ 2003-02-25 21:46 ` Dave McCracken 0 siblings, 0 replies; 35+ messages in thread From: Dave McCracken @ 2003-02-25 21:46 UTC (permalink / raw) To: Andrew Morton; +Cc: zilvinas, helgehaf, linux-kernel, linux-mm --On Tuesday, February 25, 2003 13:27:55 -0800 Andrew Morton <akpm@digeo.com> wrote: >> Or I could set the anon flag based on that test. I know page flags are >> getting scarce, so I'm leaning toward removing the flag entirely. >> >> What would you recommend? > > Keep the flag for now, find the escaped page under X, remove the flag > later? It occurred to me I'm already using (abusing?) the flag for nonlinear pages, so I have to keep it. I'll chase solutions for X. Dave McCracken -- 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] 35+ messages in thread
* [PATCH 2.5.62-mm3] objrmap fix for X 2003-02-25 21:46 ` Dave McCracken (?) @ 2003-02-25 23:02 ` Dave McCracken 2003-02-26 6:14 ` Martin J. Bligh -1 siblings, 1 reply; 35+ messages in thread From: Dave McCracken @ 2003-02-25 23:02 UTC (permalink / raw) To: Andrew Morton; +Cc: zilvinas, helgehaf, linux-kernel, linux-mm [-- Attachment #1: Type: text/plain, Size: 550 bytes --] --On Tuesday, February 25, 2003 15:46:26 -0600 Dave McCracken <dmccr@us.ibm.com> wrote: >> Keep the flag for now, find the escaped page under X, remove the flag >> later? > > It occurred to me I'm already using (abusing?) the flag for nonlinear > pages, so I have to keep it. I'll chase solutions for X. Ok, the vm_ops->nopage function is set in drivers like drm and agp. I don't think it's reasonable to require all of them to set PageAnon. So here's a patch that tests the page on do_no_page and sets the flag appropriately. Dave McCracken [-- Attachment #2: objfix-2.5.62-mm3-1.diff --] [-- Type: text/plain, Size: 362 bytes --] --- 2.5.62-mm3/mm/memory.c 2003-02-25 11:40:38.000000000 -0600 +++ 2.5.62-mm3-new/mm/memory.c 2003-02-25 15:54:51.000000000 -0600 @@ -1325,6 +1325,10 @@ if (!pte_chain) goto oom; + /* See if nopage returned an anon page */ + if (!new_page->mapping || PageSwapCache(new_page)) + SetPageAnon(new_page); + /* * Should we do an early C-O-W break? */ ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X 2003-02-25 23:02 ` [PATCH 2.5.62-mm3] objrmap fix for X Dave McCracken @ 2003-02-26 6:14 ` Martin J. Bligh 0 siblings, 0 replies; 35+ messages in thread From: Martin J. Bligh @ 2003-02-26 6:14 UTC (permalink / raw) To: Dave McCracken, Andrew Morton; +Cc: zilvinas, helgehaf, linux-kernel, linux-mm >>> Keep the flag for now, find the escaped page under X, remove the flag >>> later? >> >> It occurred to me I'm already using (abusing?) the flag for nonlinear >> pages, so I have to keep it. I'll chase solutions for X. > > Ok, the vm_ops->nopage function is set in drivers like drm and agp. I > don't think it's reasonable to require all of them to set PageAnon. So > here's a patch that tests the page on do_no_page and sets the flag > appropriately. Well, it runs fine, but I get truly freaky performance results. My machine might have gone wacko on me or something - the patch seems perfectly simple to me. Kernbench is all over the map - user and elapsed way up, system is down. Ummm .. probably all too strange to be true, and I've made a mistake, but if some more sane person than I could run a quick test, would help. Thanks, M. Kernbench-2: (make -j N vmlinux, where N = 2 x num_cpus) Elapsed User System CPU 2.5.62-mjb3 43.92 557.65 94.12 1483.50 test 68.61 923.78 90.19 1477.33 Kernbench-16: (make -j N vmlinux, where N = 16 x num_cpus) Elapsed User System CPU 2.5.62-mjb3 45.21 560.46 114.58 1492.67 test 69.04 927.20 100.56 1488.17 DISCLAIMER: SPEC(tm) and the benchmark name SDET(tm) are registered trademarks of the Standard Performance Evaluation Corporation. This benchmarking was performed for research purposes only, and the run results are non-compliant and not-comparable with any published results. Results are shown as percentages of the first set displayed SDET 1 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 3.1% test 83.9% 1.7% SDET 2 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 4.0% test 87.0% 3.8% SDET 4 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 2.0% test 90.3% 2.1% SDET 8 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 4.6% test 95.6% 6.3% SDET 16 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 2.7% test 103.0% 3.4% SDET 32 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 0.9% test 96.6% 1.0% SDET 64 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 1.1% test 94.8% 0.6% ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X @ 2003-02-26 6:14 ` Martin J. Bligh 0 siblings, 0 replies; 35+ messages in thread From: Martin J. Bligh @ 2003-02-26 6:14 UTC (permalink / raw) To: Dave McCracken, Andrew Morton; +Cc: zilvinas, helgehaf, linux-kernel, linux-mm >>> Keep the flag for now, find the escaped page under X, remove the flag >>> later? >> >> It occurred to me I'm already using (abusing?) the flag for nonlinear >> pages, so I have to keep it. I'll chase solutions for X. > > Ok, the vm_ops->nopage function is set in drivers like drm and agp. I > don't think it's reasonable to require all of them to set PageAnon. So > here's a patch that tests the page on do_no_page and sets the flag > appropriately. Well, it runs fine, but I get truly freaky performance results. My machine might have gone wacko on me or something - the patch seems perfectly simple to me. Kernbench is all over the map - user and elapsed way up, system is down. Ummm .. probably all too strange to be true, and I've made a mistake, but if some more sane person than I could run a quick test, would help. Thanks, M. Kernbench-2: (make -j N vmlinux, where N = 2 x num_cpus) Elapsed User System CPU 2.5.62-mjb3 43.92 557.65 94.12 1483.50 test 68.61 923.78 90.19 1477.33 Kernbench-16: (make -j N vmlinux, where N = 16 x num_cpus) Elapsed User System CPU 2.5.62-mjb3 45.21 560.46 114.58 1492.67 test 69.04 927.20 100.56 1488.17 DISCLAIMER: SPEC(tm) and the benchmark name SDET(tm) are registered trademarks of the Standard Performance Evaluation Corporation. This benchmarking was performed for research purposes only, and the run results are non-compliant and not-comparable with any published results. Results are shown as percentages of the first set displayed SDET 1 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 3.1% test 83.9% 1.7% SDET 2 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 4.0% test 87.0% 3.8% SDET 4 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 2.0% test 90.3% 2.1% SDET 8 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 4.6% test 95.6% 6.3% SDET 16 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 2.7% test 103.0% 3.4% SDET 32 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 0.9% test 96.6% 1.0% SDET 64 (see disclaimer) Throughput Std. Dev 2.5.62-mjb3 100.0% 1.1% test 94.8% 0.6% -- 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] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X 2003-02-26 6:14 ` Martin J. Bligh @ 2003-02-26 17:52 ` Martin J. Bligh -1 siblings, 0 replies; 35+ messages in thread From: Martin J. Bligh @ 2003-02-26 17:52 UTC (permalink / raw) To: Dave McCracken, Andrew Morton; +Cc: zilvinas, helgehaf, linux-kernel, linux-mm >>> It occurred to me I'm already using (abusing?) the flag for nonlinear >>> pages, so I have to keep it. I'll chase solutions for X. >> >> Ok, the vm_ops->nopage function is set in drivers like drm and agp. I >> don't think it's reasonable to require all of them to set PageAnon. So >> here's a patch that tests the page on do_no_page and sets the flag >> appropriately. > > Well, it runs fine, but I get truly freaky performance results. My machine > might have gone wacko on me or something - the patch seems perfectly > simple to me. Kernbench is all over the map - user and elapsed way up, > system is down. Ummm .. probably all too strange to be true, and I've > made a mistake, but if some more sane person than I could run a quick > test, would help. Pah. Debian stealth-upgraded me to gcc 3.2 ... no wonder it's slow as a dog. So your patch is stable, and works just fine. Sorry, M. ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X @ 2003-02-26 17:52 ` Martin J. Bligh 0 siblings, 0 replies; 35+ messages in thread From: Martin J. Bligh @ 2003-02-26 17:52 UTC (permalink / raw) To: Dave McCracken, Andrew Morton; +Cc: zilvinas, helgehaf, linux-kernel, linux-mm >>> It occurred to me I'm already using (abusing?) the flag for nonlinear >>> pages, so I have to keep it. I'll chase solutions for X. >> >> Ok, the vm_ops->nopage function is set in drivers like drm and agp. I >> don't think it's reasonable to require all of them to set PageAnon. So >> here's a patch that tests the page on do_no_page and sets the flag >> appropriately. > > Well, it runs fine, but I get truly freaky performance results. My machine > might have gone wacko on me or something - the patch seems perfectly > simple to me. Kernbench is all over the map - user and elapsed way up, > system is down. Ummm .. probably all too strange to be true, and I've > made a mistake, but if some more sane person than I could run a quick > test, would help. Pah. Debian stealth-upgraded me to gcc 3.2 ... no wonder it's slow as a dog. So your patch is stable, and works just fine. Sorry, M. -- 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] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X 2003-02-26 17:52 ` Martin J. Bligh @ 2003-02-26 18:03 ` Marc-Christian Petersen -1 siblings, 0 replies; 35+ messages in thread From: Marc-Christian Petersen @ 2003-02-26 18:03 UTC (permalink / raw) To: Martin J. Bligh, Dave McCracken, Andrew Morton Cc: zilvinas, helgehaf, linux-kernel, linux-mm On Wednesday 26 February 2003 18:52, Martin J. Bligh wrote: Hi Martin, > Pah. Debian stealth-upgraded me to gcc 3.2 ... no wonder it's slow as a > dog. So your patch is stable, and works just fine. Sorry, hmm, you mean gcc 3.2 compilations are slow as dog? gcc 2.95.x is better? ciao, Marc ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X @ 2003-02-26 18:03 ` Marc-Christian Petersen 0 siblings, 0 replies; 35+ messages in thread From: Marc-Christian Petersen @ 2003-02-26 18:03 UTC (permalink / raw) To: Martin J. Bligh, Dave McCracken, Andrew Morton Cc: zilvinas, helgehaf, linux-kernel, linux-mm On Wednesday 26 February 2003 18:52, Martin J. Bligh wrote: Hi Martin, > Pah. Debian stealth-upgraded me to gcc 3.2 ... no wonder it's slow as a > dog. So your patch is stable, and works just fine. Sorry, hmm, you mean gcc 3.2 compilations are slow as dog? gcc 2.95.x is better? ciao, Marc -- 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] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X 2003-02-26 18:03 ` Marc-Christian Petersen @ 2003-02-26 18:24 ` Martin J. Bligh -1 siblings, 0 replies; 35+ messages in thread From: Martin J. Bligh @ 2003-02-26 18:24 UTC (permalink / raw) To: Marc-Christian Petersen, Dave McCracken, Andrew Morton Cc: zilvinas, helgehaf, linux-kernel, linux-mm >> Pah. Debian stealth-upgraded me to gcc 3.2 ... no wonder it's slow as a >> dog. So your patch is stable, and works just fine. Sorry, > hmm, you mean gcc 3.2 compilations are slow as dog? gcc 2.95.x is better? Yeah, about 1.5x difference. See the whole thread on that where I posted more numbers a week or two ago (though that bit was right down at the end of the first email, IIRC). M. ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X @ 2003-02-26 18:24 ` Martin J. Bligh 0 siblings, 0 replies; 35+ messages in thread From: Martin J. Bligh @ 2003-02-26 18:24 UTC (permalink / raw) To: Marc-Christian Petersen, Dave McCracken, Andrew Morton Cc: zilvinas, helgehaf, linux-kernel, linux-mm >> Pah. Debian stealth-upgraded me to gcc 3.2 ... no wonder it's slow as a >> dog. So your patch is stable, and works just fine. Sorry, > hmm, you mean gcc 3.2 compilations are slow as dog? gcc 2.95.x is better? Yeah, about 1.5x difference. See the whole thread on that where I posted more numbers a week or two ago (though that bit was right down at the end of the first email, IIRC). M. -- 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] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X 2003-02-26 17:52 ` Martin J. Bligh @ 2003-03-01 9:31 ` Anton Blanchard -1 siblings, 0 replies; 35+ messages in thread From: Anton Blanchard @ 2003-03-01 9:31 UTC (permalink / raw) To: Martin J. Bligh Cc: Dave McCracken, Andrew Morton, zilvinas, helgehaf, linux-kernel, linux-mm > Pah. Debian stealth-upgraded me to gcc 3.2 ... no wonder it's slow as a > dog. So your patch is stable, and works just fine. Sorry, Yep, gcc-2.95 -> gcc-3.2 dropped SDET results by about 10% on my ppc64 boxes :( Anton ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2.5.62-mm3] objrmap fix for X @ 2003-03-01 9:31 ` Anton Blanchard 0 siblings, 0 replies; 35+ messages in thread From: Anton Blanchard @ 2003-03-01 9:31 UTC (permalink / raw) To: Martin J. Bligh Cc: Dave McCracken, Andrew Morton, zilvinas, helgehaf, linux-kernel, linux-mm > Pah. Debian stealth-upgraded me to gcc 3.2 ... no wonder it's slow as a > dog. So your patch is stable, and works just fine. Sorry, Yep, gcc-2.95 -> gcc-3.2 dropped SDET results by about 10% on my ppc64 boxes :( Anton -- 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] 35+ messages in thread
* 2.5.62-mm3 -Panics during dbt2 run 2003-02-25 9:55 ` Andrew Morton @ 2003-02-25 18:49 ` Cliff White -1 siblings, 0 replies; 35+ messages in thread From: Cliff White @ 2003-02-25 18:49 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel, linux-mm, Dave McCracken, cliffw Tried hard to test this, but all it does for me is panic. Is this fixed in 2.5.63? This is 4-way PIII system. panic, while booting Press Y within 1 seconds to force file system integrity check... [<c02409e8>] as_next_request+0x38/0x50 [<c02385c6>] elv_next_request+0x16/0x110 [<c02823bc>] scsi_request_fn+0x4c/0x300 [<c023a358>] blk_remove_plug+0x88/0x100 [<c023a64d>] __blk_run_queue+0x1d/0x30 [<c0281739>] scsi_queue_next_request+0xa9/0x240 [<c023c060>] end_that_request_last+0x50/0x90 [<c02819d2>] scsi_end_request+0x102/0x120 [<c0281d31>] scsi_io_completion+0x161/0x4e0 [<c02a545c>] ahc_done+0x1ec/0x470 [<c02ab3fb>] sd_rw_intr+0x7b/0x210 [<c027b6f6>] scsi_finish_command+0x86/0xf0 [<c027b4d9>] scsi_softirq+0xc9/0x220 [<c0129515>] do_softirq+0xc5/0xd0 [<c010bf35>] do_IRQ+0x1c5/0x1f0 [<c0107340>] default_idle+0x0/0x40 [<c010a584>] common_interrupt+0x18/0x20 [<c0107340>] default_idle+0x0/0x40 [<c010736d>] default_idle+0x2d/0x40 [<c010740a>] cpu_idle+0x4a/0x60 [<c0105000>] rest_init+0x0/0x80 Code: 8b 46 14 8b 40 50 89 04 24 e8 5e 9b ff ff 8d 43 70 e8 c6 52 --------------------------------- It died again, while bunzipping the db backup, but i did not get the panic string -------------------------------------- cliffw ^ permalink raw reply [flat|nested] 35+ messages in thread
* 2.5.62-mm3 -Panics during dbt2 run @ 2003-02-25 18:49 ` Cliff White 0 siblings, 0 replies; 35+ messages in thread From: Cliff White @ 2003-02-25 18:49 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel, linux-mm, Dave McCracken, cliffw Tried hard to test this, but all it does for me is panic. Is this fixed in 2.5.63? This is 4-way PIII system. panic, while booting Press Y within 1 seconds to force file system integrity check... [<c02409e8>] as_next_request+0x38/0x50 [<c02385c6>] elv_next_request+0x16/0x110 [<c02823bc>] scsi_request_fn+0x4c/0x300 [<c023a358>] blk_remove_plug+0x88/0x100 [<c023a64d>] __blk_run_queue+0x1d/0x30 [<c0281739>] scsi_queue_next_request+0xa9/0x240 [<c023c060>] end_that_request_last+0x50/0x90 [<c02819d2>] scsi_end_request+0x102/0x120 [<c0281d31>] scsi_io_completion+0x161/0x4e0 [<c02a545c>] ahc_done+0x1ec/0x470 [<c02ab3fb>] sd_rw_intr+0x7b/0x210 [<c027b6f6>] scsi_finish_command+0x86/0xf0 [<c027b4d9>] scsi_softirq+0xc9/0x220 [<c0129515>] do_softirq+0xc5/0xd0 [<c010bf35>] do_IRQ+0x1c5/0x1f0 [<c0107340>] default_idle+0x0/0x40 [<c010a584>] common_interrupt+0x18/0x20 [<c0107340>] default_idle+0x0/0x40 [<c010736d>] default_idle+0x2d/0x40 [<c010740a>] cpu_idle+0x4a/0x60 [<c0105000>] rest_init+0x0/0x80 Code: 8b 46 14 8b 40 50 89 04 24 e8 5e 9b ff ff 8d 43 70 e8 c6 52 --------------------------------- It died again, while bunzipping the db backup, but i did not get the panic string -------------------------------------- cliffw -- 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] 35+ messages in thread
* Re: 2.5.62-mm3 -Panics during dbt2 run 2003-02-25 18:49 ` Cliff White @ 2003-02-25 19:12 ` Andrew Morton -1 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-25 19:12 UTC (permalink / raw) To: Cliff White; +Cc: linux-kernel, linux-mm, dmccr, cliffw Cliff White <cliffw@osdl.org> wrote: > > > Tried hard to test this, but all it does for me is panic. > Is this fixed in 2.5.63? > This is 4-way PIII system. > panic, while booting > Press Y within 1 seconds to force file system integrity check... > [<c02409e8>] as_next_request+0x38/0x50 We have some rough edges in the anticipatory scheduler. Please boot with elevator=deadline for now. ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 -Panics during dbt2 run @ 2003-02-25 19:12 ` Andrew Morton 0 siblings, 0 replies; 35+ messages in thread From: Andrew Morton @ 2003-02-25 19:12 UTC (permalink / raw) To: Cliff White; +Cc: linux-kernel, linux-mm, dmccr Cliff White <cliffw@osdl.org> wrote: > > > Tried hard to test this, but all it does for me is panic. > Is this fixed in 2.5.63? > This is 4-way PIII system. > panic, while booting > Press Y within 1 seconds to force file system integrity check... > [<c02409e8>] as_next_request+0x38/0x50 We have some rough edges in the anticipatory scheduler. Please boot with elevator=deadline for now. -- 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] 35+ messages in thread
* 2.5.62-mm3 -DBT2 (was) Re: 2.5.62-mm3 -Panics during dbt2 run 2003-02-25 19:12 ` Andrew Morton @ 2003-02-25 22:37 ` Cliff White -1 siblings, 0 replies; 35+ messages in thread From: Cliff White @ 2003-02-25 22:37 UTC (permalink / raw) To: Andrew Morton; +Cc: Cliff White, linux-kernel, linux-mm, dmccr > Cliff White <cliffw@osdl.org> wrote: > > > > > > Tried hard to test this, but all it does for me is panic. > > Is this fixed in 2.5.63? > > This is 4-way PIII system. > > panic, while booting > > Press Y within 1 seconds to force file system integrity check... > > [<c02409e8>] as_next_request+0x38/0x50 > > We have some rough edges in the anticipatory scheduler. Please > boot with elevator=deadline for now. > That was the ticket. Runs DBT2 fine now. Detailed results for 2.5.62-mm3 w/plm-1592 (flock) http://www.osdl.org/archive/cliffw/flock/mm3/index.html I didn't have profiling turned on for this run. will be doing a few more runs to get profile data. The results are a very tiny bit faster than 2.5.62 stock. (TPM change < 10% ) VMstat looks a bit different. a quick snap below. 2.5.62 - stock (+ plm-1592) procs memory swap io system cpu r b w swpd free buff cache si so bi bo in cs us sy id 5 0 0 280 151340 29292 1396592 0 0 159 12443 1891 5497 95 4 1 4 0 0 280 145564 29536 1396976 0 0 193 1000 1149 3412 95 2 3 5 1 0 280 136972 29884 1397376 0 0 192 1036 1153 3554 95 2 3 5 0 0 280 129044 30116 1397764 0 0 178 1042 1152 3479 95 2 3 5 0 0 280 122260 30344 1398140 0 0 153 1011 1145 3356 95 2 3 5 1 0 280 114968 30576 1398520 0 0 153 1023 1146 3426 95 2 3 4 0 0 280 108252 30808 1398908 0 0 149 1007 1144 3340 95 2 3 4 0 0 280 101416 31140 1399300 0 0 133 1038 1147 3444 95 2 3 2.5.62-mm3 (+ plm-1592) procs memory swap io system cpu r b w swpd free buff cache si so bi bo in cs us sy id 7 1 0 980 10296 25656 1528952 0 0 207 1123 1259 3741 94 3 3 6 2 0 980 9592 25752 1521964 0 0 190 1116 1256 3673 94 3 3 5 2 0 980 9848 25912 1514212 0 0 177 1117 1255 3641 94 3 3 6 1 0 980 13368 26040 1504004 0 0 157 1128 1253 3779 94 3 3 6 1 0 980 9912 26164 1501048 0 0 145 1107 1249 3606 94 3 3 6 1 0 980 9656 26244 1494832 0 0 151 1134 1253 3721 95 3 2 7 2 0 980 9896 26296 1487988 0 0 144 1139 1253 3761 94 3 3 12 9 0 980 10176 26348 1480312 0 0 103 12019 1986 5867 94 5 1 ---------------------- cliffw ^ permalink raw reply [flat|nested] 35+ messages in thread
* 2.5.62-mm3 -DBT2 (was) Re: 2.5.62-mm3 -Panics during dbt2 run @ 2003-02-25 22:37 ` Cliff White 0 siblings, 0 replies; 35+ messages in thread From: Cliff White @ 2003-02-25 22:37 UTC (permalink / raw) To: Andrew Morton; +Cc: Cliff White, linux-kernel, linux-mm, dmccr > Cliff White <cliffw@osdl.org> wrote: > > > > > > Tried hard to test this, but all it does for me is panic. > > Is this fixed in 2.5.63? > > This is 4-way PIII system. > > panic, while booting > > Press Y within 1 seconds to force file system integrity check... > > [<c02409e8>] as_next_request+0x38/0x50 > > We have some rough edges in the anticipatory scheduler. Please > boot with elevator=deadline for now. > That was the ticket. Runs DBT2 fine now. Detailed results for 2.5.62-mm3 w/plm-1592 (flock) http://www.osdl.org/archive/cliffw/flock/mm3/index.html I didn't have profiling turned on for this run. will be doing a few more runs to get profile data. The results are a very tiny bit faster than 2.5.62 stock. (TPM change < 10% ) VMstat looks a bit different. a quick snap below. 2.5.62 - stock (+ plm-1592) procs memory swap io system cpu r b w swpd free buff cache si so bi bo in cs us sy id 5 0 0 280 151340 29292 1396592 0 0 159 12443 1891 5497 95 4 1 4 0 0 280 145564 29536 1396976 0 0 193 1000 1149 3412 95 2 3 5 1 0 280 136972 29884 1397376 0 0 192 1036 1153 3554 95 2 3 5 0 0 280 129044 30116 1397764 0 0 178 1042 1152 3479 95 2 3 5 0 0 280 122260 30344 1398140 0 0 153 1011 1145 3356 95 2 3 5 1 0 280 114968 30576 1398520 0 0 153 1023 1146 3426 95 2 3 4 0 0 280 108252 30808 1398908 0 0 149 1007 1144 3340 95 2 3 4 0 0 280 101416 31140 1399300 0 0 133 1038 1147 3444 95 2 3 2.5.62-mm3 (+ plm-1592) procs memory swap io system cpu r b w swpd free buff cache si so bi bo in cs us sy id 7 1 0 980 10296 25656 1528952 0 0 207 1123 1259 3741 94 3 3 6 2 0 980 9592 25752 1521964 0 0 190 1116 1256 3673 94 3 3 5 2 0 980 9848 25912 1514212 0 0 177 1117 1255 3641 94 3 3 6 1 0 980 13368 26040 1504004 0 0 157 1128 1253 3779 94 3 3 6 1 0 980 9912 26164 1501048 0 0 145 1107 1249 3606 94 3 3 6 1 0 980 9656 26244 1494832 0 0 151 1134 1253 3721 95 3 2 7 2 0 980 9896 26296 1487988 0 0 144 1139 1253 3761 94 3 3 12 9 0 980 10176 26348 1480312 0 0 103 12019 1986 5867 94 5 1 ---------------------- cliffw -- 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] 35+ messages in thread
* Re: 2.5.62-mm3 won't mount root 2003-02-24 7:00 ` 2.5.62-mm3 Andrew Morton @ 2003-02-24 18:04 ` Steven Cole -1 siblings, 0 replies; 35+ messages in thread From: Steven Cole @ 2003-02-24 18:04 UTC (permalink / raw) To: Andrew Morton; +Cc: Linux Kernel, linux-mm On Mon, 2003-02-24 at 00:00, Andrew Morton wrote: > > http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.62/2.5.62-mm3/ 2.5.62-mm3 won't mount root for me. 2.5.62-bk-current (as of 2 hours ago) works fine. I get this right after setting the hostname: Checking root filesystem /dev/hda1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock. e2fsck -b 8193 <device> fsck.ext3 : No such file or directory while trying to open /dev/hda1 Failed to check filesystem. Do you want to repair the errors? (Y/N) (beware, you can lose data) Even though this is just a test box, I chickened out and reset the box. /def/hda1 is ext3: [steven@spc1 steven]$ df -T Filesystem Type Size Used Avail Use% Mounted on /dev/hda1 ext3 236M 138M 87M 62% / /dev/hda9 ext3 20G 13G 6.7G 67% /home /dev/hda11 jfs 3.9G 2.7G 1.3G 68% /share_jfs /dev/hda10 reiserfs 4.0G 254M 3.7G 7% /share_reiser /dev/hda12 xfs 4.8G 290M 4.5G 6% /share_xfs /dev/hda8 ext3 236M 4.8M 219M 3% /tmp /dev/hda6 ext3 2.9G 1.5G 1.3G 54% /usr /dev/hda7 ext3 479M 66M 389M 15% /var I tried to build 2.5.62-mm2, but couldn't do to this: fs/devfs/fs.c: In function `devfs_event': fs/devfs/fs.c:63: too few arguments to function `call_usermodehelper' make[2]: *** [fs/devfs/fs.o] Error 1 Steven ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: 2.5.62-mm3 won't mount root @ 2003-02-24 18:04 ` Steven Cole 0 siblings, 0 replies; 35+ messages in thread From: Steven Cole @ 2003-02-24 18:04 UTC (permalink / raw) To: Andrew Morton; +Cc: Linux Kernel, linux-mm On Mon, 2003-02-24 at 00:00, Andrew Morton wrote: > > http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.62/2.5.62-mm3/ 2.5.62-mm3 won't mount root for me. 2.5.62-bk-current (as of 2 hours ago) works fine. I get this right after setting the hostname: Checking root filesystem /dev/hda1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock. e2fsck -b 8193 <device> fsck.ext3 : No such file or directory while trying to open /dev/hda1 Failed to check filesystem. Do you want to repair the errors? (Y/N) (beware, you can lose data) Even though this is just a test box, I chickened out and reset the box. /def/hda1 is ext3: [steven@spc1 steven]$ df -T Filesystem Type Size Used Avail Use% Mounted on /dev/hda1 ext3 236M 138M 87M 62% / /dev/hda9 ext3 20G 13G 6.7G 67% /home /dev/hda11 jfs 3.9G 2.7G 1.3G 68% /share_jfs /dev/hda10 reiserfs 4.0G 254M 3.7G 7% /share_reiser /dev/hda12 xfs 4.8G 290M 4.5G 6% /share_xfs /dev/hda8 ext3 236M 4.8M 219M 3% /tmp /dev/hda6 ext3 2.9G 1.5G 1.3G 54% /usr /dev/hda7 ext3 479M 66M 389M 15% /var I tried to build 2.5.62-mm2, but couldn't do to this: fs/devfs/fs.c: In function `devfs_event': fs/devfs/fs.c:63: too few arguments to function `call_usermodehelper' make[2]: *** [fs/devfs/fs.o] Error 1 Steven -- 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] 35+ messages in thread
end of thread, other threads:[~2003-03-01 20:00 UTC | newest] Thread overview: 35+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2003-02-24 7:00 2.5.62-mm3 Andrew Morton 2003-02-24 7:00 ` 2.5.62-mm3 Andrew Morton 2003-02-24 12:26 ` 2.5.62-mm3 - no X for me Helge Hafting 2003-02-24 12:26 ` Helge Hafting 2003-02-24 13:35 ` Zilvinas Valinskas 2003-02-24 20:16 ` Andrew Morton 2003-02-24 20:16 ` Andrew Morton 2003-02-25 9:45 ` Zilvinas Valinskas 2003-02-25 9:55 ` Andrew Morton 2003-02-25 9:55 ` Andrew Morton 2003-02-25 17:57 ` Dave McCracken 2003-02-25 17:57 ` Dave McCracken 2003-02-25 21:27 ` Andrew Morton 2003-02-25 21:27 ` Andrew Morton 2003-02-25 21:46 ` Dave McCracken 2003-02-25 21:46 ` Dave McCracken 2003-02-25 23:02 ` [PATCH 2.5.62-mm3] objrmap fix for X Dave McCracken 2003-02-26 6:14 ` Martin J. Bligh 2003-02-26 6:14 ` Martin J. Bligh 2003-02-26 17:52 ` Martin J. Bligh 2003-02-26 17:52 ` Martin J. Bligh 2003-02-26 18:03 ` Marc-Christian Petersen 2003-02-26 18:03 ` Marc-Christian Petersen 2003-02-26 18:24 ` Martin J. Bligh 2003-02-26 18:24 ` Martin J. Bligh 2003-03-01 9:31 ` Anton Blanchard 2003-03-01 9:31 ` Anton Blanchard 2003-02-25 18:49 ` 2.5.62-mm3 -Panics during dbt2 run Cliff White 2003-02-25 18:49 ` Cliff White 2003-02-25 19:12 ` Andrew Morton 2003-02-25 19:12 ` Andrew Morton 2003-02-25 22:37 ` 2.5.62-mm3 -DBT2 (was) " Cliff White 2003-02-25 22:37 ` Cliff White 2003-02-24 18:04 ` 2.5.62-mm3 won't mount root Steven Cole 2003-02-24 18:04 ` Steven Cole
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.