* 2.5.59-mm8 @ 2003-02-04 7:31 Andrew Morton 2003-02-04 8:02 ` 2.5.59-mm8 Joshua Kwan ` (4 more replies) 0 siblings, 5 replies; 29+ messages in thread From: Andrew Morton @ 2003-02-04 7:31 UTC (permalink / raw) To: linux-kernel, linux-mm http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/ . Various tweaks and fixes, and some hugetlbpage work. . There is an updated anticipatory scheduler patch from Nick over in experimental/ which addresses the large-read-starves-everything problem. . The reworked ia32 balancing patch from Nitin Kamble is stable, and is consistently showing benefit for heavy networking loads on large SMP machines. Even though everyone seems to agree that a userspace solution to this is smarter, that's no reason to hold back on improving the kernel-based solution so I shall be submitting that patch. . Ingo's latest scheduler changes are here. I held off on that because it appeared that there was some interaction with the I/O scheduler. Whatever that was has gone away without any CPU scheduler changes, so... . frlocks have been renamed to seqlocks, and that code is now converging onto something stable. Changes since 2.5.59-mm7: +linus.patch Latest drop from Linus -sync-fix.patch -direct-io-ENOSPC-fix.patch -inode-accounting-race-fix.patch -vmlinux-fix.patch -maestro-fix.patch -setuid-exec-no-lock_kernel.patch -ext3-scheduling-storm.patch -quota-lockfix.patch -quota-offsem.patch -slab-poisoning-fix.patch -preempt-locking.patch -stack-overflow-fix.patch -ext2-allocation-failure-fix.patch -ext2_new_block-fixes.patch -slab-irq-fix.patch -Richard_Henderson_for_President.patch -parenthesise-pgd_index.patch -kernel-commandline-fix.patch -macro-double-eval-fix.patch -blkdev-fixes.patch -modversions.patch -pcmcia_timer_init.patch -buffer-io-accounting.patch -aic79xx-linux-2.5.59-20030122.patch -discarded-section-fix.patch -atyfb-compile-fix.patch -floppy-locking-fix.patch -sound-firmware-load-fix.patch -generic_file_readonly_mmap-fix.patch -exit_mmap-fix-47.patch -show_task-fix.patch Merged +mark_inode_dirty-race.patch SMP barriers in __mark_inode_dirty() +pin_page-pmd.patch Optimisation for follow_page() for some architectures. For futexes in huge pages. +seqlock.patch Rename frlocks, fixes. +default_idle-speedup.patch Speed up the idle task! +hugetlbfs-get_unmapped_area.patch +hugetlbfs-truncate-fix.patch +hugetlbfs-i_size-fix.patch +hugetlbfs-cleanup.patch +hugetlbfs-nopage-cleanup.patch +hugetlbfs-fault-fix.patch +hugetlbpage-cleanup.patch +hugetlb_vmtruncate-fixes.patch +hugetlb-mremap-fix.patch hugetlb fixes/cleanups +mremap-cleanup.patch Random edits +up-spinlock-debugging.patch spinlock debugging for uniprocessor builds +scheduler-update.patch Ingo's latest. +rml-scheduler-update.patch scheduler tweaks from Robert All 80 patches: linus.patch cset-1.879.1.145-to-1.950.txt.gz kgdb.patch devfs-fix.patch deadline-np-42.patch (undescribed patch) deadline-np-43.patch (undescribed patch) batch-tuning.patch I/O scheduler tuning starvation-by-read-fix.patch fix starvation-by-readers in the IO scheduler buffer-debug.patch buffer.c debugging warn-null-wakeup.patch reiserfs-readpages.patch reiserfs v3 readpages support fadvise.patch implement posix_fadvise64() auto-unplug.patch self-unplugging request queues less-unplugging.patch Remove most of the blk_run_queues() calls scheduler-tunables.patch scheduler tunables htlb-2.patch hugetlb: fix MAP_FIXED handling kirq.patch ia32 IRQ distribution rework kirq-up-fix.patch Subject: Re: 2.5.59-mm1 agp-warning-fix.patch fix agp compile warning ext3-truncate-ordered-pages.patch ext3: explicitly free truncated pages prune-icache-stats.patch add stats for page reclaim via inode freeing vma-file-merge.patch file-backed vma merging mergnig mmap-whitespace.patch read_cache_pages-cleanup.patch cleanup in read_cache_pages() remove-GFP_HIGHIO.patch remove __GFP_HIGHIO oprofile-p4.patch oprofile_cpu-as-string.patch oprofile cpu-as-string wli-11_pgd_ctor.patch Use a slab cache for pgd and pmd pages wli-11_pgd_ctor-update.patch pgd_ctor update smaller-slab-batches.patch Avoid losing timer ticks when slab debug is enabled. printk-locking.patch remove unneeded locking in do_syslog() hangcheck-timer.patch hangcheck-timer jbd-documentation.patch JBD Documentation sendfile-security-hooks.patch Subject: [RFC][PATCH] Restore LSM hook calls to sendfile mmzone-parens.patch asm-i386/mmzone.h macro paren/eval fixes no_space_in_slabnames.patch remove spaces from slab names remove-will_become_orphaned_pgrp.patch remove will_become_orphaned_pgrp() MAX_IO_APICS-ifdef.patch MAX_IO_APICS #ifdef'd wrongly dac960-error-retry.patch Subject: [PATCH] linux2.5.56 patch to DAC960 driver for error retry epoll-update.patch epoll timeout and syscall return types ... topology-remove-underbars.patch Remove __ from topology macros mandlock-oops-fix.patch ftruncate/truncate oopses with mandatory locking put_user-warning-fix.patch Subject: Re: Linux 2.5.59 hash-warnings.patch fix #warning's mark_inode_dirty-race.patch Fix SMP race betwen __sync_single_inode and __mark_inode_dirty reiserfs_file_write.patch Subject: reiserfs file_write patch lost-tick.patch Lost tick compensation seq_file-page-defn.patch Include <asm/page.h> in fs/seq_file.c, as it uses PAGE_SIZE user-process-count-leak.patch fix current->user->processes leak scsi-iothread.patch scsi_eh_* needs to run even during suspend numaq-ioapic-fix2.patch NUMAQ io_apic programming fix misc.patch misc fixes writeback-sync-cleanup.patch Remove unneeded code in fs/fs-writeback.c dont-wait-on-inode.patch Fix latencies during writeback unlink-latency-fix.patch fix i_sem contention in sys_unlink() pin_page-fix.patch Fix futexes in huge pages pin_page-pmd.patch Optimise follow_page() for page-table-based hugepages frlock-xtime.patch fast reader locks for gettimeofday() and friends frlock-xtime-i386.patch frlock-xtime-ia64.patch frlock-xtime-other.patch seqlock.patch Change frlock to seqlock do_gettimeofday-speedup.patch do_gettimeofday() optimisations default_idle-speedup.patch default_idle micro-optimisation pte_chain_alloc-fixes.patch hugetlbfs-set_page_dirty.patch give hugetlbfs a set_page_dirty a_op compound-pages.patch Infrastructure for correct hugepage refcounting compound-pages-hugetlb.patch convert hugetlb code to use compound pages hugetlbfs-get_unmapped_area.patch get_unmapped_area for hugetlbfs hugetlbfs-truncate-fix.patch hugetlbfs: fix truncate hugetlbfs-i_size-fix.patch hugetlbfs i_size fixes hugetlbfs-cleanup.patch hugetlbfs cleanups hugetlbfs-nopage-cleanup.patch Give all architectures a hugetlb_nopage(). hugetlbfs-fault-fix.patch Fix hugetlbfs faults hugetlbpage-cleanup.patch ia32 hugetlb cleanup hugetlb_vmtruncate-fixes.patch Fix hugetlb_vmtruncate_list() hugetlb-mremap-fix.patch hugetlb mremap fix mremap-cleanup.patch mm/mremap.c whitespace cleanup up-spinlock-debugging.patch spinlock debugging on uniprocessors scheduler-update.patch ingo's scheduler changes for 2.5.59-mm7 rml-scheduler-update.patch rml scheduler bits, 2.5.59-mm7 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 2003-02-04 7:31 2.5.59-mm8 Andrew Morton @ 2003-02-04 8:02 ` Joshua Kwan 2003-02-04 8:05 ` 2.5.59-mm8 Andrew Morton 2003-02-04 8:09 ` 2.5.59-mm8 Martin J. Bligh ` (3 subsequent siblings) 4 siblings, 1 reply; 29+ messages in thread From: Joshua Kwan @ 2003-02-04 8:02 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel [-- Attachment #1: Type: text/plain, Size: 8600 bytes --] I noticed you have at least some of Jaroslav Kysela's ALSA BK push in -mm8. Is his whole patch integrated into yours? Regards Josh On Mon, Feb 03, 2003 at 11:31:56PM -0800, Andrew Morton wrote: > > http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/ > > . Various tweaks and fixes, and some hugetlbpage work. > > . There is an updated anticipatory scheduler patch from Nick over in > experimental/ which addresses the large-read-starves-everything problem. > > . The reworked ia32 balancing patch from Nitin Kamble is stable, and is > consistently showing benefit for heavy networking loads on large SMP > machines. Even though everyone seems to agree that a userspace solution to > this is smarter, that's no reason to hold back on improving the > kernel-based solution so I shall be submitting that patch. > > . Ingo's latest scheduler changes are here. I held off on that because it > appeared that there was some interaction with the I/O scheduler. Whatever > that was has gone away without any CPU scheduler changes, so... > > . frlocks have been renamed to seqlocks, and that code is now converging > onto something stable. > > > > Changes since 2.5.59-mm7: > > > +linus.patch > > Latest drop from Linus > > -sync-fix.patch > -direct-io-ENOSPC-fix.patch > -inode-accounting-race-fix.patch > -vmlinux-fix.patch > -maestro-fix.patch > -setuid-exec-no-lock_kernel.patch > -ext3-scheduling-storm.patch > -quota-lockfix.patch > -quota-offsem.patch > -slab-poisoning-fix.patch > -preempt-locking.patch > -stack-overflow-fix.patch > -ext2-allocation-failure-fix.patch > -ext2_new_block-fixes.patch > -slab-irq-fix.patch > -Richard_Henderson_for_President.patch > -parenthesise-pgd_index.patch > -kernel-commandline-fix.patch > -macro-double-eval-fix.patch > -blkdev-fixes.patch > -modversions.patch > -pcmcia_timer_init.patch > -buffer-io-accounting.patch > -aic79xx-linux-2.5.59-20030122.patch > -discarded-section-fix.patch > -atyfb-compile-fix.patch > -floppy-locking-fix.patch > -sound-firmware-load-fix.patch > -generic_file_readonly_mmap-fix.patch > -exit_mmap-fix-47.patch > -show_task-fix.patch > > Merged > > +mark_inode_dirty-race.patch > > SMP barriers in __mark_inode_dirty() > > +pin_page-pmd.patch > > Optimisation for follow_page() for some architectures. For futexes in huge > pages. > > +seqlock.patch > > Rename frlocks, fixes. > > +default_idle-speedup.patch > > Speed up the idle task! > > +hugetlbfs-get_unmapped_area.patch > +hugetlbfs-truncate-fix.patch > +hugetlbfs-i_size-fix.patch > +hugetlbfs-cleanup.patch > +hugetlbfs-nopage-cleanup.patch > +hugetlbfs-fault-fix.patch > +hugetlbpage-cleanup.patch > +hugetlb_vmtruncate-fixes.patch > +hugetlb-mremap-fix.patch > > hugetlb fixes/cleanups > > +mremap-cleanup.patch > > Random edits > > +up-spinlock-debugging.patch > > spinlock debugging for uniprocessor builds > > +scheduler-update.patch > > Ingo's latest. > > +rml-scheduler-update.patch > > scheduler tweaks from Robert > > > > > All 80 patches: > > linus.patch > cset-1.879.1.145-to-1.950.txt.gz > > kgdb.patch > > devfs-fix.patch > > deadline-np-42.patch > (undescribed patch) > > deadline-np-43.patch > (undescribed patch) > > batch-tuning.patch > I/O scheduler tuning > > starvation-by-read-fix.patch > fix starvation-by-readers in the IO scheduler > > buffer-debug.patch > buffer.c debugging > > warn-null-wakeup.patch > > reiserfs-readpages.patch > reiserfs v3 readpages support > > fadvise.patch > implement posix_fadvise64() > > auto-unplug.patch > self-unplugging request queues > > less-unplugging.patch > Remove most of the blk_run_queues() calls > > scheduler-tunables.patch > scheduler tunables > > htlb-2.patch > hugetlb: fix MAP_FIXED handling > > kirq.patch > ia32 IRQ distribution rework > > kirq-up-fix.patch > Subject: Re: 2.5.59-mm1 > > agp-warning-fix.patch > fix agp compile warning > > ext3-truncate-ordered-pages.patch > ext3: explicitly free truncated pages > > prune-icache-stats.patch > add stats for page reclaim via inode freeing > > vma-file-merge.patch > file-backed vma merging mergnig > > mmap-whitespace.patch > > read_cache_pages-cleanup.patch > cleanup in read_cache_pages() > > remove-GFP_HIGHIO.patch > remove __GFP_HIGHIO > > oprofile-p4.patch > > oprofile_cpu-as-string.patch > oprofile cpu-as-string > > wli-11_pgd_ctor.patch > Use a slab cache for pgd and pmd pages > > wli-11_pgd_ctor-update.patch > pgd_ctor update > > smaller-slab-batches.patch > Avoid losing timer ticks when slab debug is enabled. > > printk-locking.patch > remove unneeded locking in do_syslog() > > hangcheck-timer.patch > hangcheck-timer > > jbd-documentation.patch > JBD Documentation > > sendfile-security-hooks.patch > Subject: [RFC][PATCH] Restore LSM hook calls to sendfile > > mmzone-parens.patch > asm-i386/mmzone.h macro paren/eval fixes > > no_space_in_slabnames.patch > remove spaces from slab names > > remove-will_become_orphaned_pgrp.patch > remove will_become_orphaned_pgrp() > > MAX_IO_APICS-ifdef.patch > MAX_IO_APICS #ifdef'd wrongly > > dac960-error-retry.patch > Subject: [PATCH] linux2.5.56 patch to DAC960 driver for error retry > > epoll-update.patch > epoll timeout and syscall return types ... > > topology-remove-underbars.patch > Remove __ from topology macros > > mandlock-oops-fix.patch > ftruncate/truncate oopses with mandatory locking > > put_user-warning-fix.patch > Subject: Re: Linux 2.5.59 > > hash-warnings.patch > fix #warning's > > mark_inode_dirty-race.patch > Fix SMP race betwen __sync_single_inode and __mark_inode_dirty > > reiserfs_file_write.patch > Subject: reiserfs file_write patch > > lost-tick.patch > Lost tick compensation > > seq_file-page-defn.patch > Include <asm/page.h> in fs/seq_file.c, as it uses PAGE_SIZE > > user-process-count-leak.patch > fix current->user->processes leak > > scsi-iothread.patch > scsi_eh_* needs to run even during suspend > > numaq-ioapic-fix2.patch > NUMAQ io_apic programming fix > > misc.patch > misc fixes > > writeback-sync-cleanup.patch > Remove unneeded code in fs/fs-writeback.c > > dont-wait-on-inode.patch > Fix latencies during writeback > > unlink-latency-fix.patch > fix i_sem contention in sys_unlink() > > pin_page-fix.patch > Fix futexes in huge pages > > pin_page-pmd.patch > Optimise follow_page() for page-table-based hugepages > > frlock-xtime.patch > fast reader locks for gettimeofday() and friends > > frlock-xtime-i386.patch > > frlock-xtime-ia64.patch > > frlock-xtime-other.patch > > seqlock.patch > Change frlock to seqlock > > do_gettimeofday-speedup.patch > do_gettimeofday() optimisations > > default_idle-speedup.patch > default_idle micro-optimisation > > pte_chain_alloc-fixes.patch > > hugetlbfs-set_page_dirty.patch > give hugetlbfs a set_page_dirty a_op > > compound-pages.patch > Infrastructure for correct hugepage refcounting > > compound-pages-hugetlb.patch > convert hugetlb code to use compound pages > > hugetlbfs-get_unmapped_area.patch > get_unmapped_area for hugetlbfs > > hugetlbfs-truncate-fix.patch > hugetlbfs: fix truncate > > hugetlbfs-i_size-fix.patch > hugetlbfs i_size fixes > > hugetlbfs-cleanup.patch > hugetlbfs cleanups > > hugetlbfs-nopage-cleanup.patch > Give all architectures a hugetlb_nopage(). > > hugetlbfs-fault-fix.patch > Fix hugetlbfs faults > > hugetlbpage-cleanup.patch > ia32 hugetlb cleanup > > hugetlb_vmtruncate-fixes.patch > Fix hugetlb_vmtruncate_list() > > hugetlb-mremap-fix.patch > hugetlb mremap fix > > mremap-cleanup.patch > mm/mremap.c whitespace cleanup > > up-spinlock-debugging.patch > spinlock debugging on uniprocessors > > scheduler-update.patch > ingo's scheduler changes for 2.5.59-mm7 > > rml-scheduler-update.patch > rml scheduler bits, 2.5.59-mm7 > > > > - > 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: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 2003-02-04 8:02 ` 2.5.59-mm8 Joshua Kwan @ 2003-02-04 8:05 ` Andrew Morton 2003-02-04 8:08 ` 2.5.59-mm8 Joshua Kwan 0 siblings, 1 reply; 29+ messages in thread From: Andrew Morton @ 2003-02-04 8:05 UTC (permalink / raw) To: Joshua Kwan; +Cc: linux-kernel Joshua Kwan <joshk@triplehelix.org> wrote: > > I noticed you have at least some of Jaroslav Kysela's ALSA BK push in > -mm8. Is his whole patch integrated into yours? > I always include the latest diff from Linus, so whatever is in BK right now is in -mm8. ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 2003-02-04 8:05 ` 2.5.59-mm8 Andrew Morton @ 2003-02-04 8:08 ` Joshua Kwan 0 siblings, 0 replies; 29+ messages in thread From: Joshua Kwan @ 2003-02-04 8:08 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel mailing list [-- Attachment #1: Type: text/plain, Size: 505 bytes --] Yes, my bad. It suddenly occurred to me after i sent it off that that could have been the case.. And it was. Sorry for the trouble. :) Regards Josh On Tue, Feb 04, 2003 at 12:05:11AM -0800, Andrew Morton wrote: > Joshua Kwan <joshk@triplehelix.org> wrote: > > > > I noticed you have at least some of Jaroslav Kysela's ALSA BK push in > > -mm8. Is his whole patch integrated into yours? > > > > I always include the latest diff from Linus, so whatever is in BK right now > is in -mm8. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 2003-02-04 7:31 2.5.59-mm8 Andrew Morton 2003-02-04 8:02 ` 2.5.59-mm8 Joshua Kwan @ 2003-02-04 8:09 ` Martin J. Bligh 2003-02-04 8:17 ` 2.5.59-mm8 Andrew Morton 2003-02-04 9:07 ` 2.5.59-mm8 Dave Hansen 2003-02-04 9:18 ` 2.5.59-mm8 compile error in tcp_ipv6.c Helge Hafting ` (2 subsequent siblings) 4 siblings, 2 replies; 29+ messages in thread From: Martin J. Bligh @ 2003-02-04 8:09 UTC (permalink / raw) To: Andrew Morton, linux-kernel, linux-mm > http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/ Booted to login prompt, then immediately oopsed (16-way NUMA-Q, mm6 worked fine). At a wild guess, I'd suspect irq_balance stuff. Unable to handle kernel NULL pointer dereference at virtual address 0000013c printing eip: c01ed768 *pde = 2ecb7001 *pte = 00000000 Oops: 0002 CPU: 2 EIP: 0060:[<c01ed768>] Not tainted EFLAGS: 00010046 EIP is at isp1020_intr_handler+0x1f8/0x330 eax: 00000000 ebx: ef67f080 ecx: 00000000 edx: 00000000 esi: 00000000 edi: 00000003 ebp: ef6c589c esp: f0199efc ds: 007b es: 007b ss: 0068 Process swapper (pid: 0, threadinfo=f0198000 task=f019cc40) Stack: ef67f080 c02c7fe0 0360db40 f0199f40 00000003 ef6c5800 00000086 f0199f7c 00000013 c01ed556 00000013 ef6c5800 f0199f7c f01ef7e0 24000001 c010b7c5 00000013 ef6c5800 f0199f7c c02c3a60 00000260 00000013 f01ef7e0 c010b9bd Call Trace: [<c01ed556>] do_isp1020_intr_handler+0x36/0x50 [<c010b7c5>] handle_IRQ_event+0x45/0x70 [<c010b9bd>] do_IRQ+0x8d/0x100 [<c0107080>] default_idle+0x0/0x50 [<c0107080>] default_idle+0x0/0x50 [<c010a070>] common_interrupt+0x18/0x20 [<c0107080>] default_idle+0x0/0x50 [<c0107080>] default_idle+0x0/0x50 [<c01070aa>] default_idle+0x2a/0x50 [<c010714a>] cpu_idle+0x3a/0x50 [<c0120294>] printk+0x164/0x1a0 Code: 89 86 3c 01 00 00 e9 5b ff ff ff c7 44 24 08 40 00 00 00 8d <0>Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 2003-02-04 8:09 ` 2.5.59-mm8 Martin J. Bligh @ 2003-02-04 8:17 ` Andrew Morton 2003-02-04 22:15 ` Broken SCSI code in the BK tree (was: 2.5.59-mm8) Martin J. Bligh 2003-02-04 9:07 ` 2.5.59-mm8 Dave Hansen 1 sibling, 1 reply; 29+ messages in thread From: Andrew Morton @ 2003-02-04 8:17 UTC (permalink / raw) To: Martin J. Bligh; +Cc: linux-kernel, linux-mm "Martin J. Bligh" <mbligh@aracnet.com> wrote: > > > http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/ > > Booted to login prompt, then immediately oopsed > (16-way NUMA-Q, mm6 worked fine). At a wild guess, I'd suspect > irq_balance stuff. > There are a lot of scsi updates in Linus's tree. Can you please test just http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/broken-out/linus.patch ^ permalink raw reply [flat|nested] 29+ messages in thread
* Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-04 8:17 ` 2.5.59-mm8 Andrew Morton @ 2003-02-04 22:15 ` Martin J. Bligh 2003-02-06 5:13 ` Martin J. Bligh 0 siblings, 1 reply; 29+ messages in thread From: Martin J. Bligh @ 2003-02-04 22:15 UTC (permalink / raw) To: Andrew Morton, Linus Torvalds; +Cc: linux-kernel, linux-mm > "Martin J. Bligh" <mbligh@aracnet.com> wrote: >> >> > http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/ >> >> Booted to login prompt, then immediately oopsed >> (16-way NUMA-Q, mm6 worked fine). At a wild guess, I'd suspect >> irq_balance stuff. >> > > There are a lot of scsi updates in Linus's tree. Can you please > test just > > http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/broken-out/linus.patch Yup, the SCSI code in Linus' tree has broken since 2.5.59. I reproduced this on my 4-way SMP machine (panic from that below), so it's not just NUMA-Q wierdness ;-) M. Unable to handle kernel NULL pointer dereference at virtual address 0000013c printing eip: c01c1986 *pde = 00000000 Oops: 0002 CPU: 3 EIP: 0060:[<c01c1986>] Not tainted EFLAGS: 00010046 EIP is at isp1020_intr_handler+0x1e6/0x290 eax: 00000000 ebx: f7c42080 ecx: 00000000 edx: 00000054 esi: 00000002 edi: 00000013 ebp: 00000000 esp: f7f97efc ds: 007b es: 007b ss: 0068 Process swapper (pid: 0, threadinfo=f7f96000 task=f7f9d240) Stack: f7c42080 f7c52800 00000002 00000013 f7f97f80 00000003 00000003 f7c5289c f7c52800 c01c1791 00000013 f7c52800 f7f97f80 f7ffe1e0 24000001 c010a815 00000013 f7c52800 f7f97f80 c028fa60 00000260 00000013 f7f97f78 c010a9e6 Call Trace: [<c01c1791>] do_isp1020_intr_handler+0x25/0x34 [<c010a815>] handle_IRQ_event+0x29/0x4c [<c010a9e6>] do_IRQ+0x96/0x100 [<c0106ca0>] default_idle+0x0/0x34 [<c01094a8>] common_interrupt+0x18/0x20 [<c0106ca0>] default_idle+0x0/0x34 [<c0106cc9>] default_idle+0x29/0x34 [<c0106d53>] cpu_idle+0x37/0x48 [<c0119d21>] printk+0x149/0x160 Code: 89 85 3c 01 00 00 83 c4 04 eb 0a c7 85 3c 01 00 00 00 00 07 <0>Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-04 22:15 ` Broken SCSI code in the BK tree (was: 2.5.59-mm8) Martin J. Bligh @ 2003-02-06 5:13 ` Martin J. Bligh 2003-02-06 20:50 ` Martin J. Bligh 0 siblings, 1 reply; 29+ messages in thread From: Martin J. Bligh @ 2003-02-06 5:13 UTC (permalink / raw) To: James Bottomley, mikeand; +Cc: linux-kernel >> There are a lot of scsi updates in Linus's tree. Can you please >> test just >> >> http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/broken-o >> ut/linus.patch > > Yup, the SCSI code in Linus' tree has broken since 2.5.59. > I reproduced this on my 4-way SMP machine (panic from that below), > so it's not just NUMA-Q wierdness ;-) > > M. elm3b13:~/linux/2.5.59-linus# addr2line -e vmlinux c01c1986 /root/linux/2.5.59-linus/drivers/scsi/qlogicisp.c:632 which is the readw of: static inline u_short isp_inw(struct Scsi_Host *host, long offset) { struct isp1020_hostdata *h = (struct isp1020_hostdata *)host->hostdata; if (h->memaddr) return readw(h->memaddr + offset); else return inw(host->io_port + offset); } > Unable to handle kernel NULL pointer dereference at virtual address > 0000013c printing eip: > c01c1986 > *pde = 00000000 > Oops: 0002 > CPU: 3 > EIP: 0060:[<c01c1986>] Not tainted > EFLAGS: 00010046 > EIP is at isp1020_intr_handler+0x1e6/0x290 > eax: 00000000 ebx: f7c42080 ecx: 00000000 edx: 00000054 > esi: 00000002 edi: 00000013 ebp: 00000000 esp: f7f97efc > ds: 007b es: 007b ss: 0068 > Process swapper (pid: 0, threadinfo=f7f96000 task=f7f9d240) > Stack: f7c42080 f7c52800 00000002 00000013 f7f97f80 00000003 00000003 > f7c5289c f7c52800 c01c1791 00000013 f7c52800 f7f97f80 f7ffe1e0 > 24000001 c010a815 00000013 f7c52800 f7f97f80 c028fa60 00000260 > 00000013 f7f97f78 c010a9e6 Call Trace: > [<c01c1791>] do_isp1020_intr_handler+0x25/0x34 > [<c010a815>] handle_IRQ_event+0x29/0x4c > [<c010a9e6>] do_IRQ+0x96/0x100 > [<c0106ca0>] default_idle+0x0/0x34 > [<c01094a8>] common_interrupt+0x18/0x20 > [<c0106ca0>] default_idle+0x0/0x34 > [<c0106cc9>] default_idle+0x29/0x34 > [<c0106d53>] cpu_idle+0x37/0x48 > [<c0119d21>] printk+0x149/0x160 > > Code: 89 85 3c 01 00 00 83 c4 04 eb 0a c7 85 3c 01 00 00 00 00 07 > <0>Kernel panic: Aiee, killing interrupt handler! > In interrupt handler - not syncing ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-06 5:13 ` Martin J. Bligh @ 2003-02-06 20:50 ` Martin J. Bligh 2003-02-06 22:30 ` Martin J. Bligh 0 siblings, 1 reply; 29+ messages in thread From: Martin J. Bligh @ 2003-02-06 20:50 UTC (permalink / raw) To: James Bottomley, mikeand; +Cc: linux-kernel OK, I threw a little bit of debug in there: I'd show you the code, except it just ate my root filesystem. Likelihood of me doing further research is thus small. At the start of isp1020_intr_handler it basically checked if host, hostdata, memaddr, or memaddr+MBOX5 was < 0xC0000000UL, and printk'ed if so. It didn't printk at first interrupt: isp1020_intr_handler: host=f7c52800, hostdata=f7c5289c, memaddr=f8802000, MBOX5=0000007a, readaddr = f880207a then later it panic'ed without hitting the debug (or at least no printk) Unable to handle kernel NULL pointer dereference at virtual address 0000013c printing eip: c01c19f6 *pde = 00000000 Oops: 0002 CPU: 0 EIP: 0060:[<c01c19f6>] Not tainted EFLAGS: 00010046 EIP is at isp1020_intr_handler+0x256/0x300 eax: 00000000 ebx: f7c42100 ecx: 00000000 edx: 00000080 esi: 00000002 edi: 00000013 ebp: 00000000 esp: c02aff20 ds: 007b es: 007b ss: 0068 Process swapper (pid: 0, threadinfo=c02ae000 task=c0260140) Stack: f7c42100 f7c52800 00000002 00000013 c02affa4 00000005 00000005 f7c5289c f7c52800 c01c1791 00000013 f7c52800 c02affa4 f7ffe1e0 24000001 c010a815 00000013 f7c52800 c02affa4 c028fa60 00000260 00000013 c02aff9c c010a9e6 Call Trace: [<c01c1791>] do_isp1020_intr_handler+0x25/0x34 [<c010a815>] handle_IRQ_event+0x29/0x4c [<c010a9e6>] do_IRQ+0x96/0x100 [<c0106ca0>] default_idle+0x0/0x34 [<c0105000>] _stext+0x0/0x48 [<c01094a8>] common_interrupt+0x18/0x20 [<c0106ca0>] default_idle+0x0/0x34 [<c0105000>] _stext+0x0/0x48 [<c0106cc9>] default_idle+0x29/0x34 [<c0106d53>] cpu_idle+0x37/0x48 [<c0105045>] _stext+0x45/0x48 Code: 89 85 3c 01 00 00 83 c4 04 eb 0a c7 85 3c 01 00 00 00 00 07 <0>Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing --On Wednesday, February 05, 2003 21:13:28 -0800 "Martin J. Bligh" <mbligh@aracnet.com> wrote: >>> There are a lot of scsi updates in Linus's tree. Can you please >>> test just >>> >>> http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/broken-o >>> ut/linus.patch >> >> Yup, the SCSI code in Linus' tree has broken since 2.5.59. >> I reproduced this on my 4-way SMP machine (panic from that below), >> so it's not just NUMA-Q wierdness ;-) >> >> M. > > elm3b13:~/linux/2.5.59-linus# addr2line -e vmlinux c01c1986 > /root/linux/2.5.59-linus/drivers/scsi/qlogicisp.c:632 > > which is the readw of: > > static inline u_short isp_inw(struct Scsi_Host *host, long offset) > { > struct isp1020_hostdata *h = (struct isp1020_hostdata > *)host->hostdata; > if (h->memaddr) > return readw(h->memaddr + offset); > else > return inw(host->io_port + offset); > } > >> Unable to handle kernel NULL pointer dereference at virtual address >> 0000013c printing eip: >> c01c1986 >> *pde = 00000000 >> Oops: 0002 >> CPU: 3 >> EIP: 0060:[<c01c1986>] Not tainted >> EFLAGS: 00010046 >> EIP is at isp1020_intr_handler+0x1e6/0x290 >> eax: 00000000 ebx: f7c42080 ecx: 00000000 edx: 00000054 >> esi: 00000002 edi: 00000013 ebp: 00000000 esp: f7f97efc >> ds: 007b es: 007b ss: 0068 >> Process swapper (pid: 0, threadinfo=f7f96000 task=f7f9d240) >> Stack: f7c42080 f7c52800 00000002 00000013 f7f97f80 00000003 00000003 >> f7c5289c f7c52800 c01c1791 00000013 f7c52800 f7f97f80 f7ffe1e0 >> 24000001 c010a815 00000013 f7c52800 f7f97f80 c028fa60 00000260 >> 00000013 f7f97f78 c010a9e6 Call Trace: >> [<c01c1791>] do_isp1020_intr_handler+0x25/0x34 >> [<c010a815>] handle_IRQ_event+0x29/0x4c >> [<c010a9e6>] do_IRQ+0x96/0x100 >> [<c0106ca0>] default_idle+0x0/0x34 >> [<c01094a8>] common_interrupt+0x18/0x20 >> [<c0106ca0>] default_idle+0x0/0x34 >> [<c0106cc9>] default_idle+0x29/0x34 >> [<c0106d53>] cpu_idle+0x37/0x48 >> [<c0119d21>] printk+0x149/0x160 >> >> Code: 89 85 3c 01 00 00 83 c4 04 eb 0a c7 85 3c 01 00 00 00 00 07 >> <0>Kernel panic: Aiee, killing interrupt handler! >> In interrupt handler - not syncing > ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-06 20:50 ` Martin J. Bligh @ 2003-02-06 22:30 ` Martin J. Bligh 2003-02-06 23:25 ` James Bottomley 0 siblings, 1 reply; 29+ messages in thread From: Martin J. Bligh @ 2003-02-06 22:30 UTC (permalink / raw) To: James Bottomley, mikeand; +Cc: linux-kernel > OK, I threw a little bit of debug in there: > I'd show you the code, except it just ate my root filesystem. > Likelihood of me doing further research is thus small. Hmmmm .... did a disassemble of this on a similar machine (see end of email) data seems to contradict what I was looking at previously .... not sure what happened, but this set makes much more sense, as it leads to 13c in the offset ;-) 0xc01c1ac6 <isp1020_intr_handler+486>: mov %eax,0x13c(%ebp) which is drivers/scsi/qlogicisp.c:1051 Cmnd->result = isp1020_return_status(sts); seemingly Cmnd is null ... this is in while (out_ptr != in_ptr) { u_int cmd_slot; sts = (struct Status_Entry *) &hostdata->res_cpu[out_ptr]; out_ptr = (out_ptr + 1) & RES_QUEUE_LEN; cmd_slot = sts->handle; Cmnd = hostdata->cmd_slots[cmd_slot]; hostdata->cmd_slots[cmd_slot] = NULL; TRACE("done", out_ptr, Cmnd); if (le16_to_cpu(sts->completion_status) == CS_RESET_OCCURRED || le16_to_cpu(sts->completion_status) == CS_ABORTED || (le16_to_cpu(sts->status_flags) & STF_BUS_RESET)) hostdata->send_marker = 1; if (le16_to_cpu(sts->state_flags) & SF_GOT_SENSE) memcpy(Cmnd->sense_buffer, sts->req_sense_data, sizeof(Cmnd->sense_buffer)); DEBUG_INTR(isp1020_print_status_entry(sts)); if (sts->hdr.entry_type == ENTRY_STATUS) Cmnd->result = isp1020_return_status(sts); else Cmnd->result = DID_ERROR << 16; if (Cmnd->use_sg) pci_unmap_sg(hostdata->pci_dev, (struct scatterlist *)Cmnd->buffer, Cmnd->use_sg, scsi_to_pci_dma_dir(Cmnd->sc_data_direction)); else if (Cmnd->request_bufflen) pci_unmap_single(hostdata->pci_dev, #ifdef CONFIG_QL_ISP_A64 (dma_addr_t)((long)Cmnd->SCp.ptr), #else (u32)((long)Cmnd->SCp.ptr), #endif Cmnd->request_bufflen, scsi_to_pci_dma_dir(Cmnd->sc_data_direction)); isp_outw(out_ptr, host, MBOX5); (*Cmnd->scsi_done)(Cmnd); } Changes in this patch to qlogicisp.c were as below. Looks suspciciously close to the problem area to me, but I don't understand it enough to say for sure (if this wasn't related to some SCSI subsystem change, can I just revert out this section?) M. # drivers/scsi/qlogicisp.c 1.15 -> 1.17 diff -Nru a/drivers/scsi/qlogicisp.c b/drivers/scsi/qlogicisp.c --- a/drivers/scsi/qlogicisp.c Mon Feb 3 21:31:47 2003 +++ b/drivers/scsi/qlogicisp.c Mon Feb 3 21:31:47 2003 @@ -802,7 +802,7 @@ ENTER("isp1020_queuecommand"); - host = Cmnd->host; + host = Cmnd->device->host; hostdata = (struct isp1020_hostdata *) host->hostdata; Cmnd->scsi_done = done; @@ -853,8 +853,8 @@ cmd->hdr.entry_type = ENTRY_COMMAND; cmd->hdr.entry_cnt = 1; - cmd->target_lun = Cmnd->lun; - cmd->target_id = Cmnd->target; + cmd->target_lun = Cmnd->device->lun; + cmd->target_id = Cmnd->device->id; cmd->cdb_length = cpu_to_le16(Cmnd->cmd_len); cmd->control_flags = cpu_to_le16(CFLAG_READ | CFLAG_WRITE); cmd->time_out = cpu_to_le16(30); @@ -1175,7 +1175,7 @@ ENTER("isp1020_abort"); - host = Cmnd->host; + host = Cmnd->device->host; hostdata = (struct isp1020_hostdata *) host->hostdata; for (i = 0; i < QLOGICISP_REQ_QUEUE_LEN + 1; i++) @@ -1186,7 +1186,7 @@ isp1020_disable_irqs(host); param[0] = MBOX_ABORT; - param[1] = (((u_short) Cmnd->target) << 8) | Cmnd->lun; + param[1] = (((u_short) Cmnd->device->id) << 8) | Cmnd->device->lun; param[2] = cmd_cookie >> 16; param[3] = cmd_cookie & 0xffff; @@ -1214,7 +1214,7 @@ ENTER("isp1020_reset"); - host = Cmnd->host; + host = Cmnd->device->host; hostdata = (struct isp1020_hostdata *) host->hostdata; param[0] = MBOX_BUS_RESET; >> Unable to handle kernel NULL pointer dereference at virtual address >> 0000013c printing eip: >> c01c1986 >> *pde = 00000000 >> Oops: 0002 >> CPU: 3 >> EIP: 0060:[<c01c1986>] Not tainted >> EFLAGS: 00010046 >> EIP is at isp1020_intr_handler+0x1e6/0x290 >> eax: 00000000 ebx: f7c42080 ecx: 00000000 edx: 00000054 >> esi: 00000002 edi: 00000013 ebp: 00000000 esp: f7f97efc >> ds: 007b es: 007b ss: 0068 >> Process swapper (pid: 0, threadinfo=f7f96000 task=f7f9d240) >> Stack: f7c42080 f7c52800 00000002 00000013 f7f97f80 00000003 00000003 >> f7c5289c f7c52800 c01c1791 00000013 f7c52800 f7f97f80 f7ffe1e0 >> 24000001 c010a815 00000013 f7c52800 f7f97f80 c028fa60 00000260 >> 00000013 f7f97f78 c010a9e6 Call Trace: >> [<c01c1791>] do_isp1020_intr_handler+0x25/0x34 >> [<c010a815>] handle_IRQ_event+0x29/0x4c >> [<c010a9e6>] do_IRQ+0x96/0x100 >> [<c0106ca0>] default_idle+0x0/0x34 >> [<c01094a8>] common_interrupt+0x18/0x20 >> [<c0106ca0>] default_idle+0x0/0x34 >> [<c0106cc9>] default_idle+0x29/0x34 >> [<c0106d53>] cpu_idle+0x37/0x48 >> [<c0119d21>] printk+0x149/0x160 >> >> Code: 89 85 3c 01 00 00 83 c4 04 eb 0a c7 85 3c 01 00 00 00 00 07 >> <0>Kernel panic: Aiee, killing interrupt handler! >> In interrupt handler - not syncing Dump of assembler code for function isp1020_intr_handler: 0xc01c18e0 <isp1020_intr_handler>: sub $0x10,%esp 0xc01c18e3 <isp1020_intr_handler+3>: push %ebp 0xc01c18e4 <isp1020_intr_handler+4>: push %edi 0xc01c18e5 <isp1020_intr_handler+5>: push %esi 0xc01c18e6 <isp1020_intr_handler+6>: push %ebx 0xc01c18e7 <isp1020_intr_handler+7>: mov 0x28(%esp,1),%eax 0xc01c18eb <isp1020_intr_handler+11>: mov %eax,0x1c(%esp,1) 0xc01c18ef <isp1020_intr_handler+15>: mov 0x1c(%esp,1),%edx 0xc01c18f3 <isp1020_intr_handler+19>: add $0x9c,%eax 0xc01c18f8 <isp1020_intr_handler+24>: mov %eax,0x18(%esp,1) 0xc01c18fc <isp1020_intr_handler+28>: mov 0x9c(%edx),%eax 0xc01c1902 <isp1020_intr_handler+34>: test %eax,%eax 0xc01c1904 <isp1020_intr_handler+36>: je 0xc01c1910 <isp1020_intr_handler+48> 0xc01c1906 <isp1020_intr_handler+38>: movzwl 0xa(%eax),%eax 0xc01c190a <isp1020_intr_handler+42>: jmp 0xc01c191c <isp1020_intr_handler+60> 0xc01c190c <isp1020_intr_handler+44>: lea 0x0(%esi,1),%esi 0xc01c1910 <isp1020_intr_handler+48>: mov 0x1c(%esp,1),%eax 0xc01c1914 <isp1020_intr_handler+52>: mov 0x6c(%eax),%edx 0xc01c1917 <isp1020_intr_handler+55>: add $0xa,%edx 0xc01c191a <isp1020_intr_handler+58>: in (%dx),%ax 0xc01c191c <isp1020_intr_handler+60>: test $0x4,%al 0xc01c191e <isp1020_intr_handler+62>: je 0xc01c1b66 <isp1020_intr_handler+646> 0xc01c1924 <isp1020_intr_handler+68>: mov 0x1c(%esp,1),%edx 0xc01c1928 <isp1020_intr_handler+72>: mov 0x9c(%edx),%eax 0xc01c192e <isp1020_intr_handler+78>: test %eax,%eax 0xc01c1930 <isp1020_intr_handler+80>: je 0xc01c1938 <isp1020_intr_handler+88> 0xc01c1932 <isp1020_intr_handler+82>: movzwl 0x7a(%eax),%eax 0xc01c1936 <isp1020_intr_handler+86>: jmp 0xc01c1944 <isp1020_intr_handler+100> 0xc01c1938 <isp1020_intr_handler+88>: mov 0x1c(%esp,1),%eax 0xc01c193c <isp1020_intr_handler+92>: mov 0x6c(%eax),%edx 0xc01c193f <isp1020_intr_handler+95>: add $0x7a,%edx 0xc01c1942 <isp1020_intr_handler+98>: in (%dx),%ax 0xc01c1944 <isp1020_intr_handler+100>: mov 0x1c(%esp,1),%edx 0xc01c1948 <isp1020_intr_handler+104>: movzwl %ax,%eax 0xc01c194b <isp1020_intr_handler+107>: mov %eax,0x14(%esp,1) 0xc01c194f <isp1020_intr_handler+111>: mov $0x7000,%ecx 0xc01c1954 <isp1020_intr_handler+116>: mov 0x9c(%edx),%eax 0xc01c195a <isp1020_intr_handler+122>: test %eax,%eax 0xc01c195c <isp1020_intr_handler+124>: je 0xc01c1967 <isp1020_intr_handler+135> 0xc01c195e <isp1020_intr_handler+126>: mov %cx,0xc0(%eax) 0xc01c1965 <isp1020_intr_handler+133>: jmp 0xc01c1978 <isp1020_intr_handler+152> 0xc01c1967 <isp1020_intr_handler+135>: mov 0x1c(%esp,1),%eax 0xc01c196b <isp1020_intr_handler+139>: mov 0x6c(%eax),%edx 0xc01c196e <isp1020_intr_handler+142>: add $0xc0,%edx 0xc01c1974 <isp1020_intr_handler+148>: mov %ecx,%eax 0xc01c1976 <isp1020_intr_handler+150>: out %ax,(%dx) 0xc01c1978 <isp1020_intr_handler+152>: mov 0x1c(%esp,1),%edx 0xc01c197c <isp1020_intr_handler+156>: mov 0x9c(%edx),%eax 0xc01c1982 <isp1020_intr_handler+162>: test %eax,%eax 0xc01c1984 <isp1020_intr_handler+164>: je 0xc01c1990 <isp1020_intr_handler+176> 0xc01c1986 <isp1020_intr_handler+166>: movzwl 0xc(%eax),%eax 0xc01c198a <isp1020_intr_handler+170>: jmp 0xc01c199c <isp1020_intr_handler+188> 0xc01c198c <isp1020_intr_handler+172>: lea 0x0(%esi,1),%esi 0xc01c1990 <isp1020_intr_handler+176>: mov 0x1c(%esp,1),%eax 0xc01c1994 <isp1020_intr_handler+180>: mov 0x6c(%eax),%edx 0xc01c1997 <isp1020_intr_handler+183>: add $0xc,%edx 0xc01c199a <isp1020_intr_handler+186>: in (%dx),%ax 0xc01c199c <isp1020_intr_handler+188>: test $0x1,%al 0xc01c199e <isp1020_intr_handler+190>: je 0xc01c1a34 <isp1020_intr_handler+340> 0xc01c19a4 <isp1020_intr_handler+196>: mov 0x1c(%esp,1),%edx 0xc01c19a8 <isp1020_intr_handler+200>: mov 0x9c(%edx),%eax 0xc01c19ae <isp1020_intr_handler+206>: test %eax,%eax 0xc01c19b0 <isp1020_intr_handler+208>: je 0xc01c19b8 <isp1020_intr_handler+216> 0xc01c19b2 <isp1020_intr_handler+210>: movzwl 0x70(%eax),%eax 0xc01c19b6 <isp1020_intr_handler+214>: jmp 0xc01c19c4 <isp1020_intr_handler+228> 0xc01c19b8 <isp1020_intr_handler+216>: mov 0x1c(%esp,1),%eax 0xc01c19bc <isp1020_intr_handler+220>: mov 0x6c(%eax),%edx 0xc01c19bf <isp1020_intr_handler+223>: add $0x70,%edx 0xc01c19c2 <isp1020_intr_handler+226>: in (%dx),%ax 0xc01c19c4 <isp1020_intr_handler+228>: movzwl %ax,%eax 0xc01c19c7 <isp1020_intr_handler+231>: cmp $0x4006,%eax 0xc01c19cc <isp1020_intr_handler+236>: jg 0xc01c19e5 <isp1020_intr_handler+261> 0xc01c19ce <isp1020_intr_handler+238>: cmp $0x4005,%eax 0xc01c19d3 <isp1020_intr_handler+243>: jge 0xc01c1a03 <isp1020_intr_handler+291> 0xc01c19d5 <isp1020_intr_handler+245>: cmp $0x4002,%eax 0xc01c19da <isp1020_intr_handler+250>: jg 0xc01c1a10 <isp1020_intr_handler+304> 0xc01c19dc <isp1020_intr_handler+252>: cmp $0x4001,%eax 0xc01c19e1 <isp1020_intr_handler+257>: jl 0xc01c1a10 <isp1020_intr_handler+304> 0xc01c19e3 <isp1020_intr_handler+259>: jmp 0xc01c1a03 <isp1020_intr_handler+291> 0xc01c19e5 <isp1020_intr_handler+261>: cmp $0x8001,%eax 0xc01c19ea <isp1020_intr_handler+266>: je 0xc01c19f3 <isp1020_intr_handler+275> 0xc01c19ec <isp1020_intr_handler+268>: cmp $0x8006,%eax 0xc01c19f1 <isp1020_intr_handler+273>: jne 0xc01c1a10 <isp1020_intr_handler+304> 0xc01c19f3 <isp1020_intr_handler+275>: mov 0x18(%esp,1),%edx 0xc01c19f7 <isp1020_intr_handler+279>: movl $0x1,0xf8(%edx) 0xc01c1a01 <isp1020_intr_handler+289>: jmp 0xc01c1a10 <isp1020_intr_handler+304> 0xc01c1a03 <isp1020_intr_handler+291>: push $0xc0246f20 0xc01c1a08 <isp1020_intr_handler+296>: call 0xc0119bd8 <printk> 0xc01c1a0d <isp1020_intr_handler+301>: add $0x4,%esp 0xc01c1a10 <isp1020_intr_handler+304>: mov 0x1c(%esp,1),%edx 0xc01c1a14 <isp1020_intr_handler+308>: mov 0x9c(%edx),%eax 0xc01c1a1a <isp1020_intr_handler+314>: test %eax,%eax 0xc01c1a1c <isp1020_intr_handler+316>: je 0xc01c1a26 <isp1020_intr_handler+326> 0xc01c1a1e <isp1020_intr_handler+318>: movw $0x0,0xc(%eax) 0xc01c1a24 <isp1020_intr_handler+324>: jmp 0xc01c1a34 <isp1020_intr_handler+340> 0xc01c1a26 <isp1020_intr_handler+326>: mov 0x1c(%esp,1),%eax 0xc01c1a2a <isp1020_intr_handler+330>: mov 0x6c(%eax),%edx 0xc01c1a2d <isp1020_intr_handler+333>: add $0xc,%edx 0xc01c1a30 <isp1020_intr_handler+336>: xor %eax,%eax 0xc01c1a32 <isp1020_intr_handler+338>: out %ax,(%dx) 0xc01c1a34 <isp1020_intr_handler+340>: mov 0x18(%esp,1),%edx 0xc01c1a38 <isp1020_intr_handler+344>: mov 0x14(%esp,1),%eax 0xc01c1a3c <isp1020_intr_handler+348>: mov 0xf4(%edx),%edx 0xc01c1a42 <isp1020_intr_handler+354>: mov %edx,0x10(%esp,1) 0xc01c1a46 <isp1020_intr_handler+358>: cmp %eax,%edx 0xc01c1a48 <isp1020_intr_handler+360>: je 0xc01c1b58 <isp1020_intr_handler+632> 0xc01c1a4e <isp1020_intr_handler+366>: mov %esi,%esi 0xc01c1a50 <isp1020_intr_handler+368>: mov 0x10(%esp,1),%ebx 0xc01c1a54 <isp1020_intr_handler+372>: mov 0x18(%esp,1),%edx 0xc01c1a58 <isp1020_intr_handler+376>: mov 0x18(%esp,1),%eax 0xc01c1a5c <isp1020_intr_handler+380>: shl $0x6,%ebx 0xc01c1a5f <isp1020_intr_handler+383>: add $0xfc,%eax 0xc01c1a64 <isp1020_intr_handler+388>: add 0xe8(%edx),%ebx 0xc01c1a6a <isp1020_intr_handler+394>: incl 0x10(%esp,1) 0xc01c1a6e <isp1020_intr_handler+398>: andl $0x7,0x10(%esp,1) 0xc01c1a73 <isp1020_intr_handler+403>: mov 0x4(%ebx),%edx 0xc01c1a76 <isp1020_intr_handler+406>: shl $0x2,%edx 0xc01c1a79 <isp1020_intr_handler+409>: mov (%edx,%eax,1),%ebp 0xc01c1a7c <isp1020_intr_handler+412>: movl $0x0,(%edx,%eax,1) 0xc01c1a83 <isp1020_intr_handler+419>: movzwl 0xa(%ebx),%eax 0xc01c1a87 <isp1020_intr_handler+423>: add $0xfffffffc,%ax 0xc01c1a8b <isp1020_intr_handler+427>: cmp $0x1,%ax 0xc01c1a8f <isp1020_intr_handler+431>: jbe 0xc01c1a97 <isp1020_intr_handler+439> 0xc01c1a91 <isp1020_intr_handler+433>: testb $0x8,0xe(%ebx) 0xc01c1a95 <isp1020_intr_handler+437>: je 0xc01c1aa5 <isp1020_intr_handler+453> 0xc01c1a97 <isp1020_intr_handler+439>: mov 0x18(%esp,1),%eax 0xc01c1a9b <isp1020_intr_handler+443>: movl $0x1,0xf8(%eax) 0xc01c1aa5 <isp1020_intr_handler+453>: testb $0x20,0xd(%ebx) 0xc01c1aa9 <isp1020_intr_handler+457>: je 0xc01c1abb <isp1020_intr_handler+475> 0xc01c1aab <isp1020_intr_handler+459>: lea 0xc0(%ebp),%edi 0xc01c1ab1 <isp1020_intr_handler+465>: lea 0x20(%ebx),%esi 0xc01c1ab4 <isp1020_intr_handler+468>: mov $0x10,%ecx 0xc01c1ab9 <isp1020_intr_handler+473>: repz movsl %ds:(%esi),%es:(%edi) 0xc01c1abb <isp1020_intr_handler+475>: cmpb $0x3,(%ebx) 0xc01c1abe <isp1020_intr_handler+478>: jne 0xc01c1ad1 <isp1020_intr_handler+497> 0xc01c1ac0 <isp1020_intr_handler+480>: push %ebx 0xc01c1ac1 <isp1020_intr_handler+481>: call 0xc01c1b70 <isp1020_return_status> 0xc01c1ac6 <isp1020_intr_handler+486>: mov %eax,0x13c(%ebp) 0xc01c1acc <isp1020_intr_handler+492>: add $0x4,%esp 0xc01c1acf <isp1020_intr_handler+495>: jmp 0xc01c1adb <isp1020_intr_handler+507> 0xc01c1ad1 <isp1020_intr_handler+497>: movl $0x70000,0x13c(%ebp) 0xc01c1adb <isp1020_intr_handler+507>: cmpw $0x0,0x9e(%ebp) 0xc01c1ae3 <isp1020_intr_handler+515>: je 0xc01c1af5 <isp1020_intr_handler+533> 0xc01c1ae5 <isp1020_intr_handler+517>: cmpb $0x3,0x52(%ebp) 0xc01c1ae9 <isp1020_intr_handler+521>: jne 0xc01c1b10 <isp1020_intr_handler+560> 0xc01c1aeb <isp1020_intr_handler+523>: ud2a 0xc01c1aed <isp1020_intr_handler+525>: inc %ebp 0xc01c1aee <isp1020_intr_handler+526>: add %ch,%bl 0xc01c1af0 <isp1020_intr_handler+528>: out %al,(%dx) 0xc01c1af1 <isp1020_intr_handler+529>: and %eax,%eax 0xc01c1af3 <isp1020_intr_handler+531>: jmp 0xc01c1b10 <isp1020_intr_handler+560> 0xc01c1af5 <isp1020_intr_handler+533>: cmpl $0x0,0x64(%ebp) 0xc01c1af9 <isp1020_intr_handler+537>: je 0xc01c1b10 <isp1020_intr_handler+560> 0xc01c1afb <isp1020_intr_handler+539>: cmpb $0x3,0x52(%ebp) 0xc01c1aff <isp1020_intr_handler+543>: jne 0xc01c1b10 <isp1020_intr_handler+560> 0xc01c1b01 <isp1020_intr_handler+545>: ud2a 0xc01c1b03 <isp1020_intr_handler+547>: sbb $0x0,%al 0xc01c1b05 <isp1020_intr_handler+549>: jmp 0xc01c1af5 <isp1020_intr_handler+533> 0xc01c1b07 <isp1020_intr_handler+551>: and %eax,%eax 0xc01c1b09 <isp1020_intr_handler+553>: lea 0x0(%esi,1),%esi 0xc01c1b10 <isp1020_intr_handler+560>: mov 0x1c(%esp,1),%edx 0xc01c1b14 <isp1020_intr_handler+564>: mov 0x10(%esp,1),%ecx 0xc01c1b18 <isp1020_intr_handler+568>: mov 0x9c(%edx),%eax 0xc01c1b1e <isp1020_intr_handler+574>: test %eax,%eax 0xc01c1b20 <isp1020_intr_handler+576>: je 0xc01c1b30 <isp1020_intr_handler+592> 0xc01c1b22 <isp1020_intr_handler+578>: mov %ecx,%edx 0xc01c1b24 <isp1020_intr_handler+580>: mov %dx,0x7a(%eax) 0xc01c1b28 <isp1020_intr_handler+584>: jmp 0xc01c1b3e <isp1020_intr_handler+606> 0xc01c1b2a <isp1020_intr_handler+586>: lea 0x0(%esi),%esi 0xc01c1b30 <isp1020_intr_handler+592>: mov 0x1c(%esp,1),%eax 0xc01c1b34 <isp1020_intr_handler+596>: mov 0x6c(%eax),%edx 0xc01c1b37 <isp1020_intr_handler+599>: add $0x7a,%edx 0xc01c1b3a <isp1020_intr_handler+602>: mov %ecx,%eax 0xc01c1b3c <isp1020_intr_handler+604>: out %ax,(%dx) 0xc01c1b3e <isp1020_intr_handler+606>: push %ebp 0xc01c1b3f <isp1020_intr_handler+607>: mov 0x108(%ebp),%eax 0xc01c1b45 <isp1020_intr_handler+613>: call *%eax 0xc01c1b47 <isp1020_intr_handler+615>: add $0x4,%esp 0xc01c1b4a <isp1020_intr_handler+618>: mov 0x14(%esp,1),%edx 0xc01c1b4e <isp1020_intr_handler+622>: cmp %edx,0x10(%esp,1) 0xc01c1b52 <isp1020_intr_handler+626>: jne 0xc01c1a50 <isp1020_intr_handler+368> 0xc01c1b58 <isp1020_intr_handler+632>: mov 0x10(%esp,1),%edx 0xc01c1b5c <isp1020_intr_handler+636>: mov 0x18(%esp,1),%eax 0xc01c1b60 <isp1020_intr_handler+640>: mov %edx,0xf4(%eax) 0xc01c1b66 <isp1020_intr_handler+646>: pop %ebx 0xc01c1b67 <isp1020_intr_handler+647>: pop %esi 0xc01c1b68 <isp1020_intr_handler+648>: pop %edi 0xc01c1b69 <isp1020_intr_handler+649>: pop %ebp 0xc01c1b6a <isp1020_intr_handler+650>: add $0x10,%esp 0xc01c1b6d <isp1020_intr_handler+653>: ret End of assembler dump. ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-06 22:30 ` Martin J. Bligh @ 2003-02-06 23:25 ` James Bottomley 2003-02-07 1:24 ` Patrick Mansfield 0 siblings, 1 reply; 29+ messages in thread From: James Bottomley @ 2003-02-06 23:25 UTC (permalink / raw) To: Martin J. Bligh; +Cc: mikeand, linux-kernel On Thu, 2003-02-06 at 16:30, Martin J. Bligh wrote: > > OK, I threw a little bit of debug in there: > > I'd show you the code, except it just ate my root filesystem. > > Likelihood of me doing further research is thus small. > > > Hmmmm .... did a disassemble of this on a similar machine (see end of email) > data seems to contradict what I was looking at previously .... > not sure what happened, but this set makes much more sense, > as it leads to 13c in the offset ;-) > > 0xc01c1ac6 <isp1020_intr_handler+486>: mov %eax,0x13c(%ebp) > which is drivers/scsi/qlogicisp.c:1051 > > Cmnd->result = isp1020_return_status(sts); > > seemingly Cmnd is null ... this is in [...] That looks more like it. My guess is that the command slot was emptied previously, but I don't understand enough about the mailbox specifics of the isp1020 to be sure. Can you try adding if(!Cmnd) { printk(KERN_ERR "isp1020 Cmnd is NULL for slot %d, out_ptr %d\n", cmd_slot, out_ptr); continue; } Just below the Cmnd = hostdata->cmd_slots[cmd_slot]; > say for sure (if this wasn't related to some SCSI subsystem change, > can I just revert out this section?) No, I'm afraid not. That was just the elimination of those fields from Scsi_Cmnd so now it has to be indirect through cmnd->device. It won't compile without this. James ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-06 23:25 ` James Bottomley @ 2003-02-07 1:24 ` Patrick Mansfield 2003-02-07 2:01 ` Martin J. Bligh 0 siblings, 1 reply; 29+ messages in thread From: Patrick Mansfield @ 2003-02-07 1:24 UTC (permalink / raw) To: James Bottomley; +Cc: Martin J. Bligh, mikeand, linux-kernel On Thu, Feb 06, 2003 at 05:25:25PM -0600, James Bottomley wrote: > > say for sure (if this wasn't related to some SCSI subsystem change, > > can I just revert out this section?) > > No, I'm afraid not. That was just the elimination of those fields from > Scsi_Cmnd so now it has to be indirect through cmnd->device. It won't > compile without this. > > James wli has hit this several times prior to 2.5.59 (months ago), pretty much with any across disk IO loads. The driver sets queue depth to 1 for all LUNs. I modified my fsck to run in parallel (well it wasn't running any fsck's on non-root disks before that), and am hitting hit it on a NUMAQ box. -- Patrick Mansfield ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 1:24 ` Patrick Mansfield @ 2003-02-07 2:01 ` Martin J. Bligh 2003-02-07 2:25 ` Patrick Mansfield 0 siblings, 1 reply; 29+ messages in thread From: Martin J. Bligh @ 2003-02-07 2:01 UTC (permalink / raw) To: Patrick Mansfield, James Bottomley; +Cc: mikeand, linux-kernel >> > say for sure (if this wasn't related to some SCSI subsystem change, >> > can I just revert out this section?) >> >> No, I'm afraid not. That was just the elimination of those fields from >> Scsi_Cmnd so now it has to be indirect through cmnd->device. It won't >> compile without this. >> >> James > > wli has hit this several times prior to 2.5.59 (months ago), pretty much > with any across disk IO loads. The driver sets queue depth to 1 for all > LUNs. > > I modified my fsck to run in parallel (well it wasn't running any fsck's > on non-root disks before that), and am hitting hit it on a NUMAQ box. Curious. I've no idea why the changes brought this out then ... I've done hundreds and hundreds of reboots on 2.5 on all sorts of different kernels, and never, ever seen this. Yet in 2.5.59-bk I see it every single time. Very odd. M. ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 2:01 ` Martin J. Bligh @ 2003-02-07 2:25 ` Patrick Mansfield 2003-02-07 4:05 ` Doug Ledford 0 siblings, 1 reply; 29+ messages in thread From: Patrick Mansfield @ 2003-02-07 2:25 UTC (permalink / raw) To: Martin J. Bligh; +Cc: James Bottomley, mikeand, linux-kernel On Thu, Feb 06, 2003 at 06:01:06PM -0800, Martin J. Bligh wrote: > > Curious. I've no idea why the changes brought this out then ... I've done > hundreds and hundreds of reboots on 2.5 on all sorts of different kernels, > and never, ever seen this. Yet in 2.5.59-bk I see it every single time. > Very odd. > > M. Okay: There were some bk scsi changes that ignored the queue depth (qlogicisp sets them all to one). Current bk (I just pulled and checked) has a fix, the cleaner shinier better scsi_lib.c scsi_request_fn now has this code: if (sdev->device_busy >= sdev->queue_depth) break; So the oops has to do with the isp handling multiple requests in a row or in quick succession. Hopefully going to the latest bk will fix your oops. -- Patrick Mansfield ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 2:25 ` Patrick Mansfield @ 2003-02-07 4:05 ` Doug Ledford 2003-02-07 4:19 ` Anton Blanchard ` (2 more replies) 0 siblings, 3 replies; 29+ messages in thread From: Doug Ledford @ 2003-02-07 4:05 UTC (permalink / raw) To: Patrick Mansfield Cc: Martin J. Bligh, James Bottomley, mikeand, linux-kernel, linux-scsi On Thu, Feb 06, 2003 at 06:25:02PM -0800, Patrick Mansfield wrote: > On Thu, Feb 06, 2003 at 06:01:06PM -0800, Martin J. Bligh wrote: > > > > Curious. I've no idea why the changes brought this out then ... I've done > > hundreds and hundreds of reboots on 2.5 on all sorts of different kernels, > > and never, ever seen this. Yet in 2.5.59-bk I see it every single time. > > Very odd. > > > > M. > > Okay: > > There were some bk scsi changes that ignored the queue depth (qlogicisp > sets them all to one). > > Current bk (I just pulled and checked) has a fix, the cleaner shinier > better scsi_lib.c scsi_request_fn now has this code: > > if (sdev->device_busy >= sdev->queue_depth) > break; > > So the oops has to do with the isp handling multiple requests in a row or > in quick succession. > > Hopefully going to the latest bk will fix your oops. It might, but please understand this. The qlogicisp driver does things to the scsi mid layer that the scsi mid layer does not protect itself against and as a result is the biggest pile of steaming, unsupportable, crap code in the universe! The scsi mid layer was designed from day one to think that the host->can_queue, sdev->queue_depth, and host->sg_tablesize items were *static* on a given host/device unless specifically changed by calling into the adjustment routines (scsi_adjust_queue_depth). The qlogicisp driver violates those principles and I make no warranty of any kind that said driver will continue to operate properly unless someone takes the time to actually audit the qlogicisp_queuecommand() and qlogicisp_irq() routine to make sure it is actually doing the right thing when making those changes! If I understand correctly, Matthew Jacob's latest isp driver set drives *all* qlogic hardware (or at least all the older stuff like the qlogicisp driver drives). I would much prefer that people simply test out Matthew's driver and use it instead. In fact, if it's ready for 2.5 kernel use, I would strongly recommend that it be considered as a possible replacement in the linux kernel for the default driver on all qlogic cards not handled by the new qla2x00 driver version 6 (DaveM may have objections to that related to sparc if Matthew's driver isn't sparc friendly, but I don't know of any other reason not to switch over). -- Doug Ledford <dledford@redhat.com> 919-754-3700 x44233 Red Hat, Inc. 1801 Varsity Dr. Raleigh, NC 27606 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 4:05 ` Doug Ledford @ 2003-02-07 4:19 ` Anton Blanchard 2003-02-07 8:50 ` Mike Anderson 2003-02-07 4:19 ` Andrew Morton 2003-02-07 4:28 ` Martin J. Bligh 2 siblings, 1 reply; 29+ messages in thread From: Anton Blanchard @ 2003-02-07 4:19 UTC (permalink / raw) To: Patrick Mansfield, Martin J. Bligh, James Bottomley, mikeand, linux-kernel, linux-scsi Cc: andmike Hi, > If I understand correctly, Matthew Jacob's latest isp driver set drives > *all* qlogic hardware (or at least all the older stuff like the qlogicisp > driver drives). I would much prefer that people simply test out Matthew's > driver and use it instead. In fact, if it's ready for 2.5 kernel use, I > would strongly recommend that it be considered as a possible replacement > in the linux kernel for the default driver on all qlogic cards not handled > by the new qla2x00 driver version 6 (DaveM may have objections to that > related to sparc if Matthew's driver isn't sparc friendly, but I don't > know of any other reason not to switch over). I had a bunch of problems with the in kernel and vendor qlogic drivers on my ppc64 box. Matt Jacob's driver worked out of the box. Davem sounded positive last time I asked him about it. I did a quick forward port to 2.5 a month or two ago, sounds like we should work to get it in the kernel. There are some rough edges but Mike kindly offered to lend a hand here. Anton ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 4:19 ` Anton Blanchard @ 2003-02-07 8:50 ` Mike Anderson 0 siblings, 0 replies; 29+ messages in thread From: Mike Anderson @ 2003-02-07 8:50 UTC (permalink / raw) To: Anton Blanchard Cc: Patrick Mansfield, Martin J. Bligh, James Bottomley, linux-kernel, linux-scsi I removed the other Mike Anderson (mikeand@us.ibm.com) from the cc list, we seem to have many Mike Anderson's around hear :-). Anton Blanchard [anton@samba.org] wrote: > > Hi, > > > If I understand correctly, Matthew Jacob's latest isp driver set drives > > *all* qlogic hardware (or at least all the older stuff like the qlogicisp > > driver drives). I would much prefer that people simply test out Matthew's > > driver and use it instead. In fact, if it's ready for 2.5 kernel use, I > > would strongly recommend that it be considered as a possible replacement > > in the linux kernel for the default driver on all qlogic cards not handled > > by the new qla2x00 driver version 6 (DaveM may have objections to that > > related to sparc if Matthew's driver isn't sparc friendly, but I don't > > know of any other reason not to switch over). > > I had a bunch of problems with the in kernel and vendor qlogic drivers > on my ppc64 box. Matt Jacob's driver worked out of the box. Davem > sounded positive last time I asked him about it. > > I did a quick forward port to 2.5 a month or two ago, sounds like we > should work to get it in the kernel. There are some rough edges but > Mike kindly offered to lend a hand here. I have been buried lately so I have only taken the patch you sent me and updated it so it will compile with the most recent SCSI changes. I also made a few tweaks to the make files. Currently it is running on my 2202 card system. When I ran it my other system that has a Qlogic ISP1020 and two Qlogic 2300's it would hang post initing the driver. The driver seemed to be responsive to external events like port downs, but appeared to not complete its init. When I use the driver disable defines to turn off detection of the ISP1020 the driver loaded ok (I only ran it up to 60MB on a few spindles so not a very good test). I will look at this more and see if I can understand the cause. -andmike -- Michael Anderson andmike@us.ibm.com ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 4:05 ` Doug Ledford 2003-02-07 4:19 ` Anton Blanchard @ 2003-02-07 4:19 ` Andrew Morton 2003-02-07 4:24 ` Doug Ledford 2003-02-07 4:50 ` Matthew Jacob 2003-02-07 4:28 ` Martin J. Bligh 2 siblings, 2 replies; 29+ messages in thread From: Andrew Morton @ 2003-02-07 4:19 UTC (permalink / raw) To: Doug Ledford Cc: patmans, mbligh, James.Bottomley, mikeand, linux-kernel, linux-scsi Doug Ledford <dledford@redhat.com> wrote: > > I would much prefer that people simply test out Matthew's > driver and use it instead. Where is it? http://www.feral.com/isp.html seems to be 2.4.x-only. ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 4:19 ` Andrew Morton @ 2003-02-07 4:24 ` Doug Ledford 2003-02-07 4:35 ` William Lee Irwin III 2003-02-07 4:50 ` Matthew Jacob 1 sibling, 1 reply; 29+ messages in thread From: Doug Ledford @ 2003-02-07 4:24 UTC (permalink / raw) To: Andrew Morton Cc: patmans, mbligh, James.Bottomley, mikeand, linux-kernel, linux-scsi On Thu, Feb 06, 2003 at 08:19:39PM -0800, Andrew Morton wrote: > Doug Ledford <dledford@redhat.com> wrote: > > > > I would much prefer that people simply test out Matthew's > > driver and use it instead. > > Where is it? > > http://www.feral.com/isp.html seems to be 2.4.x-only. As answered elsewhere, the 2.5 port isn't done yet. That's why I said in my email "if it's ready for 2.5" because I was afraid Matthew hadn't gotten around to doing the 2.5 update yet. However, if no one else can do it, I can make a 2.5 update of this driver happen (I don't suspect it would be that hard actually, not *that* much has to change). -- Doug Ledford <dledford@redhat.com> 919-754-3700 x44233 Red Hat, Inc. 1801 Varsity Dr. Raleigh, NC 27606 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 4:24 ` Doug Ledford @ 2003-02-07 4:35 ` William Lee Irwin III 2003-02-07 4:53 ` Matthew Jacob 0 siblings, 1 reply; 29+ messages in thread From: William Lee Irwin III @ 2003-02-07 4:35 UTC (permalink / raw) To: Andrew Morton, patmans, mbligh, James.Bottomley, mikeand, linux-kernel, linux-scsi On Thu, Feb 06, 2003 at 08:19:39PM -0800, Andrew Morton wrote: >> http://www.feral.com/isp.html seems to be 2.4.x-only. On Thu, Feb 06, 2003 at 11:24:40PM -0500, Doug Ledford wrote: > As answered elsewhere, the 2.5 port isn't done yet. That's why I said in > my email "if it's ready for 2.5" because I was afraid Matthew hadn't > gotten around to doing the 2.5 update yet. However, if no one else can do > it, I can make a 2.5 update of this driver happen (I don't suspect it > would be that hard actually, not *that* much has to change). This driver's bugginess is a _major_ nuisance to me and I don't have the SCSI know-how to fix it myself. I'd _love_ to test a driver with a prayer of working anytime this century. Thanks. -- wli ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 4:35 ` William Lee Irwin III @ 2003-02-07 4:53 ` Matthew Jacob 0 siblings, 0 replies; 29+ messages in thread From: Matthew Jacob @ 2003-02-07 4:53 UTC (permalink / raw) To: William Lee Irwin III Cc: Andrew Morton, patmans, mbligh, James.Bottomley, mikeand, linux-kernel, linux-scsi The other thing to note is that I'm not really very happy with my driver at present. It may be working well for some people, but *I* think it needs some rework before it's really ready for primetime again. I need to split out the SCSI && FC dependencies. I need to move the name server code out of the main body and make it more policy driven. The trouble is also that it's just a hobby for me right now (no clients with direct Linux support requirements) , and as a recent parent I've had a lot less hobby time. On Thu, 6 Feb 2003, William Lee Irwin III wrote: > On Thu, Feb 06, 2003 at 08:19:39PM -0800, Andrew Morton wrote: > >> http://www.feral.com/isp.html seems to be 2.4.x-only. > > On Thu, Feb 06, 2003 at 11:24:40PM -0500, Doug Ledford wrote: > > As answered elsewhere, the 2.5 port isn't done yet. That's why I said in > > my email "if it's ready for 2.5" because I was afraid Matthew hadn't > > gotten around to doing the 2.5 update yet. However, if no one else can do > > it, I can make a 2.5 update of this driver happen (I don't suspect it > > would be that hard actually, not *that* much has to change). > > This driver's bugginess is a _major_ nuisance to me and I don't have > the SCSI know-how to fix it myself. I'd _love_ to test a driver with a > prayer of working anytime this century. > > Thanks. > > -- wli > - > To unsubscribe from this list: send the line "unsubscribe linux-scsi" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 4:19 ` Andrew Morton 2003-02-07 4:24 ` Doug Ledford @ 2003-02-07 4:50 ` Matthew Jacob 1 sibling, 0 replies; 29+ messages in thread From: Matthew Jacob @ 2003-02-07 4:50 UTC (permalink / raw) To: Andrew Morton Cc: Doug Ledford, patmans, mbligh, James.Bottomley, mikeand, linux-kernel, linux-scsi I haven't integrated Anton's patches yet. Bad me. On Thu, 6 Feb 2003, Andrew Morton wrote: > Doug Ledford <dledford@redhat.com> wrote: > > > > I would much prefer that people simply test out Matthew's > > driver and use it instead. > > Where is it? > > http://www.feral.com/isp.html seems to be 2.4.x-only. > - > To unsubscribe from this list: send the line "unsubscribe linux-scsi" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Broken SCSI code in the BK tree (was: 2.5.59-mm8) 2003-02-07 4:05 ` Doug Ledford 2003-02-07 4:19 ` Anton Blanchard 2003-02-07 4:19 ` Andrew Morton @ 2003-02-07 4:28 ` Martin J. Bligh 2 siblings, 0 replies; 29+ messages in thread From: Martin J. Bligh @ 2003-02-07 4:28 UTC (permalink / raw) To: Doug Ledford, Patrick Mansfield Cc: James Bottomley, mikeand, linux-kernel, linux-scsi >> There were some bk scsi changes that ignored the queue depth (qlogicisp >> sets them all to one). >> >> Current bk (I just pulled and checked) has a fix, the cleaner shinier >> better scsi_lib.c scsi_request_fn now has this code: >> >> if (sdev->device_busy >= sdev->queue_depth) >> break; >> >> So the oops has to do with the isp handling multiple requests in a row or >> in quick succession. >> >> Hopefully going to the latest bk will fix your oops. > > It might, but please understand this. The qlogicisp driver does things to > the scsi mid layer that the scsi mid layer does not protect itself against > and as a result is the biggest pile of steaming, unsupportable, crap code > in the universe! The scsi mid layer was designed from day one to think > that the host->can_queue, sdev->queue_depth, and host->sg_tablesize items > were *static* on a given host/device unless specifically changed by > calling into the adjustment routines (scsi_adjust_queue_depth). The > qlogicisp driver violates those principles and I make no warranty of any > kind that said driver will continue to operate properly unless someone > takes the time to actually audit the qlogicisp_queuecommand() and > qlogicisp_irq() routine to make sure it is actually doing the right thing > when making those changes! > > If I understand correctly, Matthew Jacob's latest isp driver set drives > *all* qlogic hardware (or at least all the older stuff like the qlogicisp > driver drives). I would much prefer that people simply test out Matthew's > driver and use it instead. In fact, if it's ready for 2.5 kernel use, I > would strongly recommend that it be considered as a possible replacement > in the linux kernel for the default driver on all qlogic cards not handled > by the new qla2x00 driver version 6 (DaveM may have objections to that > related to sparc if Matthew's driver isn't sparc friendly, but I don't > know of any other reason not to switch over). If you can send me a patch, I'll willingly test it .... I have plenty of these cards on very racy machines ;-) M. ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 2003-02-04 8:09 ` 2.5.59-mm8 Martin J. Bligh 2003-02-04 8:17 ` 2.5.59-mm8 Andrew Morton @ 2003-02-04 9:07 ` Dave Hansen 1 sibling, 0 replies; 29+ messages in thread From: Dave Hansen @ 2003-02-04 9:07 UTC (permalink / raw) To: Martin J. Bligh; +Cc: Andrew Morton, linux-kernel, linux-mm Martin J. Bligh wrote: >>http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.59/2.5.59-mm8/ > > Booted to login prompt, then immediately oopsed > (16-way NUMA-Q, mm6 worked fine). At a wild guess, I'd suspect > irq_balance stuff. > > Unable to handle kernel NULL pointer dereference at virtual address 0000013c > printing eip: > c01ed768 > *pde = 2ecb7001 > *pte = 00000000 > Oops: 0002 > CPU: 2 > EIP: 0060:[<c01ed768>] Not tainted > EFLAGS: 00010046 > EIP is at isp1020_intr_handler+0x1f8/0x330 > eax: 00000000 ebx: ef67f080 ecx: 00000000 edx: 00000000 > esi: 00000000 edi: 00000003 ebp: ef6c589c esp: f0199efc > ds: 007b es: 007b ss: 0068 > Process swapper (pid: 0, threadinfo=f0198000 task=f019cc40) > Stack: ef67f080 c02c7fe0 0360db40 f0199f40 00000003 ef6c5800 00000086 > f0199f7c > 00000013 c01ed556 00000013 ef6c5800 f0199f7c f01ef7e0 24000001 > c010b7c5 > 00000013 ef6c5800 f0199f7c c02c3a60 00000260 00000013 f01ef7e0 > c010b9bd > Call Trace: > [<c01ed556>] do_isp1020_intr_handler+0x36/0x50 > [<c010b7c5>] handle_IRQ_event+0x45/0x70 > [<c010b9bd>] do_IRQ+0x8d/0x100 > [<c0107080>] default_idle+0x0/0x50 > [<c0107080>] default_idle+0x0/0x50 > [<c010a070>] common_interrupt+0x18/0x20 > [<c0107080>] default_idle+0x0/0x50 > [<c0107080>] default_idle+0x0/0x50 > [<c01070aa>] default_idle+0x2a/0x50 > [<c010714a>] cpu_idle+0x3a/0x50 > [<c0120294>] printk+0x164/0x1a0 This didn't include 4k/irqstack stuff did it? That is in the path that those patches touch. -- Dave Hansen haveblue@us.ibm.com ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 compile error in tcp_ipv6.c 2003-02-04 7:31 2.5.59-mm8 Andrew Morton 2003-02-04 8:02 ` 2.5.59-mm8 Joshua Kwan 2003-02-04 8:09 ` 2.5.59-mm8 Martin J. Bligh @ 2003-02-04 9:18 ` Helge Hafting 2003-02-04 9:21 ` Andrew Morton 2003-02-04 9:33 ` 2.5.59-mm8 Arjan van de Ven 2003-02-05 8:08 ` 2.5.59-mm8 Mike Galbraith 4 siblings, 1 reply; 29+ messages in thread From: Helge Hafting @ 2003-02-04 9:18 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel mm8 gave me this error. mm6 didn't have this problem. _I haven't looked at mm7. gcc -Wp,-MD,net/ipv6/.tcp_ipv6.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -Iinclude/asm-i386/mach-default -fomit-frame-pointer -nostdinc -iwithprefix include -DKBUILD_BASENAME=tcp_ipv6 -DKBUILD_MODNAME=ipv6 -c -o net/ipv6/tcp_ipv6.o net/ipv6/tcp_ipv6.c net/ipv6/tcp_ipv6.c:1750: conflicting types for `tcp_v6_xmit' net/ipv6/tcp_ipv6.c:63: previous declaration of `tcp_v6_xmit' make[2]: *** [net/ipv6/tcp_ipv6.o] Error 1 make[1]: *** [net/ipv6] Error 2 make: *** [net] Error 2 Helge Hafting ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 compile error in tcp_ipv6.c 2003-02-04 9:18 ` 2.5.59-mm8 compile error in tcp_ipv6.c Helge Hafting @ 2003-02-04 9:21 ` Andrew Morton 2003-02-04 9:29 ` David S. Miller 0 siblings, 1 reply; 29+ messages in thread From: Andrew Morton @ 2003-02-04 9:21 UTC (permalink / raw) To: Helge Hafting; +Cc: linux-kernel, David S. Miller Helge Hafting <helgehaf@aitel.hist.no> wrote: > > mm8 gave me this error. mm6 didn't have this problem. _I haven't > looked at mm7. > > gcc -Wp,-MD,net/ipv6/.tcp_ipv6.o.d -D__KERNEL__ -Iinclude -Wall > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common > -pipe -mpreferred-stack-boundary=2 -march=i686 > -Iinclude/asm-i386/mach-default -fomit-frame-pointer -nostdinc > -iwithprefix include -DKBUILD_BASENAME=tcp_ipv6 -DKBUILD_MODNAME=ipv6 > -c -o net/ipv6/tcp_ipv6.o net/ipv6/tcp_ipv6.c > net/ipv6/tcp_ipv6.c:1750: conflicting types for `tcp_v6_xmit' > net/ipv6/tcp_ipv6.c:63: previous declaration of `tcp_v6_xmit' Somebody's finger slipped. diff -puN net/ipv6/tcp_ipv6.c~a net/ipv6/tcp_ipv6.c --- 25/net/ipv6/tcp_ipv6.c~a 2003-02-04 01:20:17.000000000 -0800 +++ 25-akpm/net/ipv6/tcp_ipv6.c 2003-02-04 01:20:19.000000000 -0800 @@ -60,7 +60,7 @@ static void tcp_v6_send_check(struct soc struct sk_buff *skb); static int tcp_v6_do_rcv(struct sock *sk, struct sk_buff *skb); -static int tcp_v6_xmit(struct sk_buff *skb); +static int tcp_v6_xmit(struct sk_buff *skb, int ipfragok) static struct tcp_func ipv6_mapped; static struct tcp_func ipv6_specific; _ ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 compile error in tcp_ipv6.c 2003-02-04 9:21 ` Andrew Morton @ 2003-02-04 9:29 ` David S. Miller 0 siblings, 0 replies; 29+ messages in thread From: David S. Miller @ 2003-02-04 9:29 UTC (permalink / raw) To: akpm; +Cc: helgehaf, linux-kernel From: Andrew Morton <akpm@digeo.com> Date: Tue, 4 Feb 2003 01:21:05 -0800 Somebody's finger slipped. Already in my tree, I'll push it to Linus. Thanks. ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 2003-02-04 7:31 2.5.59-mm8 Andrew Morton ` (2 preceding siblings ...) 2003-02-04 9:18 ` 2.5.59-mm8 compile error in tcp_ipv6.c Helge Hafting @ 2003-02-04 9:33 ` Arjan van de Ven 2003-02-05 8:08 ` 2.5.59-mm8 Mike Galbraith 4 siblings, 0 replies; 29+ messages in thread From: Arjan van de Ven @ 2003-02-04 9:33 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel, linux-mm [-- Attachment #1: Type: text/plain, Size: 709 bytes --] On Tue, 2003-02-04 at 08:31, Andrew Morton wrote: > . The reworked ia32 balancing patch from Nitin Kamble is stable, and is > consistently showing benefit for heavy networking loads on large SMP > machines. Even though everyone seems to agree that a userspace solution to > this is smarter, that's no reason to hold back on improving the > kernel-based solution so I shall be submitting that patch. <shameless plug> A version of a proposed userspace solution can be found at http://people.redhat.com/arjanv/irqbalance/irqbalance-0.05.tar.gz </shameless plug> It's still relatively simple, but it has the buildingblocks for becoming more advanced. Greetings, Arjan van de Ven [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: 2.5.59-mm8 2003-02-04 7:31 2.5.59-mm8 Andrew Morton ` (3 preceding siblings ...) 2003-02-04 9:33 ` 2.5.59-mm8 Arjan van de Ven @ 2003-02-05 8:08 ` Mike Galbraith 4 siblings, 0 replies; 29+ messages in thread From: Mike Galbraith @ 2003-02-05 8:08 UTC (permalink / raw) To: Andrew Morton; +Cc: Ingo Molnar, linux-kernel [-- Attachment #1: Type: text/plain, Size: 706 bytes --] At 11:31 PM 2/3/2003 -0800, Andrew Morton wrote: >. Ingo's latest scheduler changes are here. I held off on that because it > appeared that there was some interaction with the I/O scheduler. Whatever > that was has gone away without any CPU scheduler changes, so... Greetings, The scheduler changes cause some odd behavior here when running make -j30 bzImage on my 128MB PIII/500 box. It seems odd that I'm not getting the level of memory pressure I expect to get. As you can see by the log, at times I _do_ briefly see 'proper' memory pressure. I'm still trying to figure out if this is good or bad behavior... all I know for _sure_ is that it's odd=reportable behavior ;-) -Mike [-- Attachment #2: log.txt --] [-- Type: text/plain, Size: 9980 bytes --] 2.5.59virgin time make -j30 bzImage real 8m32.242s user 7m36.300s sys 0m45.279s vmstat 15 (cs peaks are the ext3 sleep_on_buffer thing) procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- b w swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 26044 10004 78580 0 0 0 58 1010 15 0 0 100 0 31 1 0 4096 6860 43140 0 0 574 25 1110 298 62 13 11 14 31 0 12096 3872 356 6132 119 923 282 1049 1061 132 90 10 0 0 30 2 16444 9060 1308 13308 965 1122 1367 1184 1115 338 90 10 0 0 30 3 51964 8300 496 9272 314 2736 676 2784 1099 224 90 10 0 0 30 1 56036 4420 540 11112 455 967 592 991 1054 37051 83 17 0 0 11 20 63396 19356 484 7328 1693 930 1878 990 1105 327 92 8 0 0 30 2 11152 53140 644 14492 1656 0 1909 5 1100 487 89 11 0 0 26 4 31596 5208 528 5888 435 1818 548 1944 1128 159 91 7 0 2 30 1 30296 8808 612 12432 686 1082 1042 1092 1093 254 91 9 0 0 22 9 45044 7592 572 8860 1166 1509 1409 1567 1100 254 93 7 0 0 27 3 47228 8784 480 7644 749 1805 1027 1857 1101 240 91 9 0 0 18 13 69156 7976 384 8044 681 1973 1123 1999 1108 219 92 8 0 0 29 4 65872 3272 384 6636 1765 477 1989 506 1110 399 92 8 0 0 26 7 48752 21492 620 9796 1324 13 1606 47 1137 368 95 5 0 0 29 9 71664 17428 364 5444 554 2560 640 2597 1088 165 90 8 0 2 27 10 34064 70984 828 10344 1407 34 1769 57 1120 478 92 7 0 1 30 2 37936 4008 424 8164 366 459 575 531 1058 127 91 9 0 0 24 6 40388 4748 680 7484 589 1218 886 1291 1116 16452 90 10 0 0 17 14 29272 20172 752 11260 830 534 1220 592 1113 4176 89 11 0 0 31 0 37072 5736 1000 11988 312 1277 648 1335 1100 282 90 10 0 0 30 0 64908 5084 476 9212 225 2162 672 2201 1090 174 91 9 0 0 17 14 78096 10636 500 7868 991 1439 1194 1462 1087 208 92 8 0 0 19 11 72888 24556 736 7844 1906 246 2122 289 1111 18563 89 11 0 0 30 0 30504 4552 804 9668 1228 254 1437 298 1086 326 89 11 0 0 27 4 37568 4536 592 8408 355 1257 780 1334 1109 25522 87 13 0 0 27 3 56528 7668 916 7720 262 1996 557 2062 1099 27402 86 14 0 0 30 2 34592 5428 1208 15908 1752 0 2000 6 1107 401 90 10 0 0 30 2 38672 9408 788 10420 560 1597 862 1692 1107 254 91 9 0 0 28 2 53400 4312 456 6940 681 2205 949 2271 1101 165 90 10 0 0 20 13 58740 4968 480 6820 1054 1282 1454 1320 1110 261 91 9 0 0 16 14 46344 34272 736 9532 1585 490 1820 536 1109 384 94 6 0 0 14 15 34716 20292 692 8196 1205 518 1464 584 1113 372 91 9 0 0 9 0 9504 49672 832 14148 379 0 556 33 1052 183 93 7 0 0 1 0 3784 90932 1840 25600 164 0 541 6 1064 175 70 8 6 16 0 0 3252 88684 1904 29504 18 0 27 313 1014 14 10 1 86 3 cat /proc/vmstat nr_dirty 9 nr_writeback 0 nr_pagecache 8411 nr_page_table_pages 82 nr_reverse_maps 3013 nr_mapped 494 nr_slab 1091 pgpgin 656537 pgpgout 567703 pswpin 106716 pswpout 130805 pgalloc 974323 pgfree 996216 pgactivate 47559 pgdeactivate 166306 pgfault 1678430 pgmajfault 26378 pgscan 1636171 pgrefill 612528 pgsteal 189050 kswapd_steal 172191 pageoutrun 559 allocstall 394 pgrotated 133033 2.5.59mm8 time make -j30 bzImage real 8m17.891s user 7m32.807s sys 0m37.855s vmstat 15 procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- b w swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 27504 9840 77228 0 0 0 1 1005 16 0 0 100 0 32 0 0 8468 5620 24840 0 0 562 99 1241 267 66 12 7 15 28 3 2468 6064 1312 16564 0 119 93 155 1024 70 93 7 0 0 29 1 8772 3992 700 8032 57 637 216 780 1165 107 93 7 0 0 30 0 7380 42208 584 13112 205 297 472 328 1052 132 92 8 0 0 31 0 5392 41108 788 15864 50 0 145 27 1141 90 91 9 0 0 30 0 5028 29400 832 17112 13 0 48 26 1008 68 90 10 0 0 30 0 4700 6820 868 19644 16 0 51 45 1009 56 92 8 0 0 31 0 6556 19780 564 12612 194 606 418 684 1059 116 91 9 0 0 31 0 6876 6764 624 14804 20 91 144 126 1026 77 93 7 0 0 30 0 23504 26300 608 8764 594 1814 828 1886 1094 196 93 7 0 0 31 0 14052 21500 776 14092 269 0 379 11 1027 99 91 9 0 0 30 0 12996 21568 840 15208 85 0 130 30 1013 77 91 9 0 0 29 0 13452 5884 724 10592 95 434 202 497 1046 84 93 7 0 0 30 0 12780 5180 752 13180 166 295 380 340 1057 117 92 8 0 0 30 0 11200 26108 780 14800 360 255 618 281 1059 138 92 8 0 0 30 0 5984 19264 864 16308 34 0 83 11 1012 68 92 8 0 0 35 2 5576 22904 956 17516 9 0 52 69 1121 72 91 9 0 0 28 1 9656 5080 812 12796 41 239 157 302 1126 88 92 8 0 0 30 0 6548 7716 856 16208 16 135 121 179 1021 71 92 8 0 0 32 0 18812 17360 792 12348 167 1084 423 1173 1070 134 93 7 0 0 25 7 30716 2036 344 5428 174 1024 263 1094 1046 96 92 8 0 0 32 0 33512 24400 1124 12016 562 603 963 628 1096 239 92 8 0 0 19 12 59868 8328 348 4584 889 2033 1025 2096 1085 286 92 8 0 0 33 0 21860 51380 828 11412 1663 0 1958 28 1560 324 95 5 0 0 30 0 17056 4184 748 10264 195 411 367 462 1040 107 91 9 0 0 30 1 14364 11592 480 11772 317 366 675 428 1077 159 92 8 0 0 27 5 24524 12612 448 7028 331 1066 530 1133 1066 135 93 7 0 0 31 0 20788 4336 592 9960 526 479 831 532 1080 162 92 8 0 0 27 3 15992 30696 484 10704 495 467 755 499 1069 134 93 7 0 0 26 0 12836 11568 768 15608 133 0 229 31 1024 67 92 8 0 0 16 0 6900 27020 1432 16540 124 0 243 31 1033 89 94 6 0 0 2 0 3948 89740 1836 25836 150 0 452 54 1051 162 77 10 0 13 0 0 3444 88092 1960 29964 17 0 26 285 1010 19 19 1 75 6 cat /proc/vmstat nr_dirty 45 nr_writeback 0 nr_pagecache 8242 nr_page_table_pages 82 nr_reverse_maps 2968 nr_mapped 443 nr_slab 1093 pgpgin 288727 pgpgout 228599 pswpin 29935 pswpout 46709 pgalloc 860920 pgfree 883000 pgactivate 29331 pgdeactivate 53165 pgfault 1581553 pgmajfault 8197 pgscan 725596 pgrefill 262595 pgsteal 80259 pginodesteal 0 kswapd_steal 77602 kswapd_inodesteal 6800 pageoutrun 296 allocstall 62 pgrotated 49144 2.5.59mm8 (reboot and run again) time make -j30 bzImage real 8m23.052s user 7m32.998s sys 0m38.119s vmstat 15 procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- b w swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 26280 9828 78788 0 0 0 3 1006 15 0 0 100 0 30 0 0 4064 6612 46368 0 0 597 109 1115 292 60 13 7 20 30 2 13212 24908 1060 8548 282 1173 618 1220 1087 176 92 8 0 0 31 0 9228 10800 2048 13732 169 0 362 108 1050 140 91 9 0 0 30 1 7048 33100 2120 14916 42 0 130 6 1074 89 91 9 0 0 32 1 5636 22728 2156 17752 53 0 99 48 1013 72 91 9 0 0 30 0 5588 6616 2196 18884 2 0 28 29 1006 57 91 9 0 0 30 1 5588 13556 2232 18932 0 0 17 53 1007 54 92 8 0 0 31 1 7320 29180 672 14788 105 420 252 478 1035 89 91 9 0 0 30 0 5804 9968 628 17320 11 0 64 31 1011 59 92 8 0 0 16 20 30060 11476 572 5896 217 1833 387 1915 1074 144 93 7 0 0 30 0 20300 9204 680 12936 247 2 549 25 1058 152 93 7 0 0 29 1 18764 4008 616 10952 272 460 378 493 1039 84 92 8 0 0 27 1 16612 27556 668 11040 203 155 421 191 1131 114 94 6 0 0 30 0 8896 5936 1012 17892 189 0 353 11 1038 117 91 9 0 0 30 0 15548 7284 432 9416 235 727 443 820 1058 101 93 7 0 0 30 0 14576 24192 696 12640 241 439 451 462 1055 132 93 7 0 0 30 0 12276 9504 844 15500 130 0 222 33 1021 80 92 8 0 0 30 0 15000 24360 684 11976 246 521 389 577 1047 104 93 7 0 0 29 2 12620 30664 780 16176 57 0 122 40 1015 74 91 9 0 0 27 4 16492 5096 672 10932 85 354 162 428 1029 81 92 8 0 0 34 0 12296 15128 820 15356 78 0 227 55 1176 118 92 8 0 0 30 1 13348 16020 688 11844 135 383 280 455 1183 104 92 8 0 0 27 3 13888 5152 516 9452 61 357 195 422 1034 74 92 8 0 0 30 0 16640 14528 596 13580 232 600 641 633 1124 166 92 8 0 0 19 12 56068 8624 524 6104 418 2797 557 2868 1085 187 91 7 0 2 30 1 36076 5260 804 12532 1101 0 1398 26 1089 228 92 8 0 0 24 7 31848 12852 340 8348 600 661 794 728 1077 137 92 8 0 0 30 1 21700 4584 732 10172 421 298 683 356 1079 175 91 9 0 0 26 4 43768 25020 528 7040 527 1980 783 2049 1108 260 90 7 0 3 27 0 17740 79336 968 12516 1355 0 1721 4 1113 449 79 9 0 12 17 4 14824 8372 600 9504 143 301 193 360 1028 65 92 8 0 0 6 0 7664 61484 860 14796 134 191 344 208 1041 96 96 4 0 0 1 0 3996 88244 1604 27716 85 0 370 55 1048 142 73 7 0 20 0 0 3468 89264 1780 28904 18 0 46 314 1017 18 2 1 88 9 ^ permalink raw reply [flat|nested] 29+ messages in thread
end of thread, other threads:[~2003-02-07 8:39 UTC | newest] Thread overview: 29+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2003-02-04 7:31 2.5.59-mm8 Andrew Morton 2003-02-04 8:02 ` 2.5.59-mm8 Joshua Kwan 2003-02-04 8:05 ` 2.5.59-mm8 Andrew Morton 2003-02-04 8:08 ` 2.5.59-mm8 Joshua Kwan 2003-02-04 8:09 ` 2.5.59-mm8 Martin J. Bligh 2003-02-04 8:17 ` 2.5.59-mm8 Andrew Morton 2003-02-04 22:15 ` Broken SCSI code in the BK tree (was: 2.5.59-mm8) Martin J. Bligh 2003-02-06 5:13 ` Martin J. Bligh 2003-02-06 20:50 ` Martin J. Bligh 2003-02-06 22:30 ` Martin J. Bligh 2003-02-06 23:25 ` James Bottomley 2003-02-07 1:24 ` Patrick Mansfield 2003-02-07 2:01 ` Martin J. Bligh 2003-02-07 2:25 ` Patrick Mansfield 2003-02-07 4:05 ` Doug Ledford 2003-02-07 4:19 ` Anton Blanchard 2003-02-07 8:50 ` Mike Anderson 2003-02-07 4:19 ` Andrew Morton 2003-02-07 4:24 ` Doug Ledford 2003-02-07 4:35 ` William Lee Irwin III 2003-02-07 4:53 ` Matthew Jacob 2003-02-07 4:50 ` Matthew Jacob 2003-02-07 4:28 ` Martin J. Bligh 2003-02-04 9:07 ` 2.5.59-mm8 Dave Hansen 2003-02-04 9:18 ` 2.5.59-mm8 compile error in tcp_ipv6.c Helge Hafting 2003-02-04 9:21 ` Andrew Morton 2003-02-04 9:29 ` David S. Miller 2003-02-04 9:33 ` 2.5.59-mm8 Arjan van de Ven 2003-02-05 8:08 ` 2.5.59-mm8 Mike Galbraith
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).