* 2.5.62-mm3
@ 2003-02-24 7:00 Andrew Morton
2003-02-24 12:26 ` 2.5.62-mm3 - no X for me Helge Hafting
2003-02-24 18:04 ` 2.5.62-mm3 won't mount root Steven Cole
0 siblings, 2 replies; 18+ 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] 18+ 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
2003-02-24 20:16 ` Andrew Morton
2003-02-24 18:04 ` 2.5.62-mm3 won't mount root Steven Cole
1 sibling, 1 reply; 18+ 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] 18+ 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 12:26 ` 2.5.62-mm3 - no X for me Helge Hafting
@ 2003-02-24 18:04 ` Steven Cole
1 sibling, 0 replies; 18+ 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] 18+ messages in thread
* Re: 2.5.62-mm3 - no X for me
2003-02-24 12:26 ` 2.5.62-mm3 - no X for me Helge Hafting
@ 2003-02-24 20:16 ` Andrew Morton
2003-02-25 9:45 ` Zilvinas Valinskas
0 siblings, 1 reply; 18+ 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] 18+ 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
0 siblings, 1 reply; 18+ 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] 18+ 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
2003-02-25 17:57 ` Dave McCracken
2003-02-25 18:49 ` 2.5.62-mm3 -Panics during dbt2 run Cliff White
0 siblings, 2 replies; 18+ 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] 18+ 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
2003-02-25 21:27 ` Andrew Morton
2003-02-25 18:49 ` 2.5.62-mm3 -Panics during dbt2 run Cliff White
1 sibling, 1 reply; 18+ 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] 18+ messages in thread
* 2.5.62-mm3 -Panics during dbt2 run
2003-02-25 9:55 ` Andrew Morton
2003-02-25 17:57 ` Dave McCracken
@ 2003-02-25 18:49 ` Cliff White
2003-02-25 19:12 ` Andrew Morton
1 sibling, 1 reply; 18+ 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] 18+ messages in thread
* Re: 2.5.62-mm3 -Panics during dbt2 run
2003-02-25 18:49 ` 2.5.62-mm3 -Panics during dbt2 run Cliff White
@ 2003-02-25 19:12 ` Andrew Morton
2003-02-25 22:37 ` 2.5.62-mm3 -DBT2 (was) " Cliff White
0 siblings, 1 reply; 18+ 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] 18+ 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
2003-02-25 21:46 ` Dave McCracken
0 siblings, 1 reply; 18+ 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] 18+ 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
2003-02-25 23:02 ` [PATCH 2.5.62-mm3] objrmap fix for X Dave McCracken
0 siblings, 1 reply; 18+ 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] 18+ 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
0 siblings, 0 replies; 18+ 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] 18+ 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
0 siblings, 1 reply; 18+ 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] 18+ 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
2003-02-26 17:52 ` Martin J. Bligh
0 siblings, 1 reply; 18+ 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] 18+ 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
2003-02-26 18:03 ` Marc-Christian Petersen
2003-03-01 9:31 ` Anton Blanchard
0 siblings, 2 replies; 18+ 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] 18+ 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
2003-02-26 18:24 ` Martin J. Bligh
2003-03-01 9:31 ` Anton Blanchard
1 sibling, 1 reply; 18+ 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] 18+ 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
0 siblings, 0 replies; 18+ 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] 18+ 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
@ 2003-03-01 9:31 ` Anton Blanchard
1 sibling, 0 replies; 18+ 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] 18+ messages in thread
end of thread, other threads:[~2003-03-01 9:31 UTC | newest]
Thread overview: 18+ 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 12:26 ` 2.5.62-mm3 - no X for me Helge Hafting
2003-02-24 20:16 ` Andrew Morton
2003-02-25 9:45 ` Zilvinas Valinskas
2003-02-25 9:55 ` Andrew Morton
2003-02-25 17:57 ` Dave McCracken
2003-02-25 21:27 ` Andrew Morton
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 17:52 ` Martin J. Bligh
2003-02-26 18:03 ` Marc-Christian Petersen
2003-02-26 18:24 ` Martin J. Bligh
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 19:12 ` Andrew Morton
2003-02-25 22:37 ` 2.5.62-mm3 -DBT2 (was) " Cliff White
2003-02-24 18:04 ` 2.5.62-mm3 won't mount root Steven Cole
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox