From: tabris <tabris@tabris.net>
To: linux-kernel@vger.kernel.org
Subject: Re: 2.4.23-pac1 (and others) issue with PDC20265
Date: Wed, 3 Dec 2003 20:08:01 -0500 [thread overview]
Message-ID: <200312032008.08451.tabris@tabris.net> (raw)
In-Reply-To: <200312031610.34288.tabris@tabris.net>
[-- Attachment #1: clearsigned data --]
[-- Type: Text/Plain, Size: 1374 bytes --]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday 03 December 2003 4:10 pm, tabris wrote:
> I have an ASUS A7V266-E motherboard, AMD AthlonXP 1800+ CPU.
> several hard drives of various makes.
>
> I've tested a couple different kernels... all (afaik) with preempt.
> I've tried 2.4.22-10mdk, plus 2.4.23-pac1+preempt+lowlatency, and also
> a 2.4.22-ac4+preempt
>
> What I'm getting are deadlocks on what I think are dma issues when
> copying btwn hdf and hdg.
> according to /proc/ide/*/model
> hda is a WDC AC28400R
> hdb is a Maxtor 93652U8
> hde is a WDC WD200BB-32BSA0
> hdf is a Maxtor 4D060H3
> hdg is a Maxtor 4D060H3 (just installed today, likely used)
>
Ok, with some advice, I reorganized to...
hda is a WDC AC28400R - reiserfs
hdb is a Maxtor 93652U8 - reiserfs
.
hdf is a Maxtor 4D060H3 - reiserfs
hdg is a Maxtor 4D060H3 (just installed today, likely used) - xfs
.
hdh is a WDC WD200BB-32BSA0 - reiserfs
now instead of deadlocks, I got an oops. which is attached, as is the
syslog.
- --
tabris
who probably has to reboot now.
- -
The problem with this country is that there is no death penalty for
incompetence.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQE/zoj21U5ZaPMbKQcRAqkeAKCD6k95rJJcNXJGp5bzPMCWaFNIdACghRwg
THwZDggMRqQu1YMKUATFnuI=
=4Wzg
-----END PGP SIGNATURE-----
[-- Attachment #2: oops-20031203-ksymoops.log --]
[-- Type: text/plain, Size: 3962 bytes --]
ksymoops 2.4.9 on i686 2.4.23-tab2+jif64. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.23-tab2+jif64/ (default)
-m /boot/System.map-2.4.23-tab2+jif64 (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.
Dec 3 19:57:53 tabriel kernel: kernel BUG at prints.c:341!
Dec 3 19:57:53 tabriel kernel: invalid operand: 0000
Dec 3 19:57:53 tabriel kernel: CPU: 0
Dec 3 19:57:53 tabriel kernel: EIP: 0010:[reiserfs_panic+69/128] Not tainted
Dec 3 19:57:53 tabriel kernel: EIP: 0010:[<c01928a5>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
Dec 3 19:57:53 tabriel kernel: EFLAGS: 00010286
Dec 3 19:57:53 tabriel kernel: eax: 00000039 ebx: df549c00 ecx: c15a202c edx: 00000000
Dec 3 19:57:53 tabriel kernel: esi: 00000009 edi: 00000009 ebp: df549c00 esp: c15a3e0c
Dec 3 19:57:53 tabriel kernel: ds: 0018 es: 0018 ss: 0018
Dec 3 19:57:53 tabriel kernel: Process kupdated (pid: 6, stackpage=c15a3000)
Dec 3 19:57:53 tabriel kernel: Stack: c0280611 c032b080 c0329d60 e0a822fc c01a3aaf df549c00 c0291160 e0a82324
Dec 3 19:57:53 tabriel kernel: c0145eb5 0000000c dee03000 c15a2000 c15a2000 0000000a 00000000 cf515cc0
Dec 3 19:57:53 tabriel kernel: df549c00 00000008 cef69000 00000000 c01a8620 df549c00 e0a822fc 00000001
Dec 3 19:57:53 tabriel kernel: Call Trace: [flush_commit_list+1119/1200] [fsync_buffers_list+437/544] [do_journal_end+2064/3072] [get_cnode+122/144] [flush_old_commits+309/464]
Dec 3 19:57:53 tabriel kernel: Call Trace: [<c01a3aaf>] [<c0145eb5>] [<c01a8620>] [<c01a328a>] [<c01a7555>]
Dec 3 19:57:53 tabriel kernel: [<c015deb5>] [<c018f230>] [<c0149b79>] [<c0148b64>] [<c0148ebc>] [<c0107562>]
Dec 3 19:57:53 tabriel kernel: [<c0148de0>] [<c0105000>] [<c010581b>] [<c0148de0>]
Dec 3 19:57:53 tabriel kernel: Code: 0f 0b 55 01 24 06 28 c0 85 db b8 2d 06 28 c0 74 0c 0f b7 43
>>EIP; c01928a5 <reiserfs_panic+45/80> <=====
>>ebx; df549c00 <_end+1f1fb994/20569df4>
>>ecx; c15a202c <_end+1253dc0/20569df4>
>>ebp; df549c00 <_end+1f1fb994/20569df4>
>>esp; c15a3e0c <_end+1255ba0/20569df4>
Trace; c01a3aaf <flush_commit_list+45f/4b0>
Trace; c0145eb5 <fsync_buffers_list+1b5/220>
Trace; c01a8620 <do_journal_end+810/c00>
Trace; c01a328a <get_cnode+7a/90>
Trace; c01a7555 <flush_old_commits+135/1d0>
Trace; c015deb5 <__sync_one+b5/19a>
Trace; c018f230 <reiserfs_write_super+50/90>
Trace; c0149b79 <sync_supers+159/190>
Trace; c0148b64 <sync_old_buffers+34/d0>
Trace; c0148ebc <kupdate+dc/1c0>
Trace; c0107562 <ret_from_fork+6/20>
Trace; c0148de0 <kupdate+0/1c0>
Trace; c0105000 <_stext+0/0>
Trace; c010581b <arch_kernel_thread+2b/40>
Trace; c0148de0 <kupdate+0/1c0>
Code; c01928a5 <reiserfs_panic+45/80>
00000000 <_EIP>:
Code; c01928a5 <reiserfs_panic+45/80> <=====
0: 0f 0b ud2a <=====
Code; c01928a7 <reiserfs_panic+47/80>
2: 55 push %ebp
Code; c01928a8 <reiserfs_panic+48/80>
3: 01 24 06 add %esp,(%esi,%eax,1)
Code; c01928ab <reiserfs_panic+4b/80>
6: 28 c0 sub %al,%al
Code; c01928ad <reiserfs_panic+4d/80>
8: 85 db test %ebx,%ebx
Code; c01928af <reiserfs_panic+4f/80>
a: b8 2d 06 28 c0 mov $0xc028062d,%eax
Code; c01928b4 <reiserfs_panic+54/80>
f: 74 0c je 1d <_EIP+0x1d>
Code; c01928b6 <reiserfs_panic+56/80>
11: 0f b7 43 00 movzwl 0x0(%ebx),%eax
1 warning issued. Results may not be reliable.
[-- Attachment #3: oops-20031203.log --]
[-- Type: text/plain, Size: 4654 bytes --]
Dec 3 19:56:50 tabriel kernel: hdh: dma_intr: status=0xd1 { Busy }
Dec 3 19:56:50 tabriel kernel:
Dec 3 19:56:50 tabriel kernel: hdg: DMA disabled
Dec 3 19:56:50 tabriel kernel: hdh: DMA disabled
Dec 3 19:56:50 tabriel kernel: PDC202XX: Secondary channel reset.
Dec 3 19:56:50 tabriel kernel: PDC202XX: Primary channel reset.
Dec 3 19:56:50 tabriel kernel: ide3: reset: master: error (0x00?)
Dec 3 19:57:13 tabriel kernel: hde: dma_timer_expiry: dma status == 0x21
Dec 3 19:57:23 tabriel kernel: hde: error waiting for DMA
Dec 3 19:57:23 tabriel kernel: hde: dma timeout retry: status=0x58 { DriveReady SeekComplete DataRequest }
Dec 3 19:57:23 tabriel kernel:
Dec 3 19:57:23 tabriel kernel: hde: status timeout: status=0xd0 { Busy }
Dec 3 19:57:23 tabriel kernel:
Dec 3 19:57:23 tabriel kernel: PDC202XX: Primary channel reset.
Dec 3 19:57:23 tabriel kernel: PDC202XX: Secondary channel reset.
Dec 3 19:57:23 tabriel kernel: hde: drive not ready for command
Dec 3 19:57:23 tabriel kernel: ide2: reset: master: error (0x00?)
Dec 3 19:57:23 tabriel kernel: blk: queue c0344f58, I/O limit 4095Mb (mask 0xffffffff)
Dec 3 19:57:33 tabriel kernel: hdh: lost interrupt
Dec 3 19:57:43 tabriel kernel: hdh: lost interrupt
Dec 3 19:57:43 tabriel kernel: hde: dma_timer_expiry: dma status == 0x21
Dec 3 19:57:53 tabriel kernel: hdh: lost interrupt
Dec 3 19:57:53 tabriel kernel: hde: error waiting for DMA
Dec 3 19:57:53 tabriel kernel: hde: dma timeout retry: status=0x58 { DriveReady SeekComplete DataRequest }
Dec 3 19:57:53 tabriel kernel:
Dec 3 19:57:53 tabriel kernel: hde: status timeout: status=0xd0 { Busy }
Dec 3 19:57:53 tabriel kernel:
Dec 3 19:57:53 tabriel kernel: PDC202XX: Primary channel reset.
Dec 3 19:57:53 tabriel kernel: PDC202XX: Secondary channel reset.
Dec 3 19:57:53 tabriel kernel: hde: drive not ready for command
Dec 3 19:57:53 tabriel kernel: ide2: reset: master: error (0x00?)
Dec 3 19:57:53 tabriel kernel: end_request: I/O error, dev 21:01 (hde), sector 25120
Dec 3 19:57:53 tabriel kernel: journal-615: buffer write failed
Dec 3 19:57:53 tabriel kernel: (device ide2(33,1))
Dec 3 19:57:53 tabriel kernel: kernel BUG at prints.c:341!
Dec 3 19:57:53 tabriel kernel: invalid operand: 0000
Dec 3 19:57:53 tabriel kernel: CPU: 0
Dec 3 19:57:53 tabriel kernel: EIP: 0010:[reiserfs_panic+69/128] Not tainted
Dec 3 19:57:53 tabriel kernel: EIP: 0010:[<c01928a5>] Not tainted
Dec 3 19:57:53 tabriel kernel: EFLAGS: 00010286
Dec 3 19:57:53 tabriel kernel: eax: 00000039 ebx: df549c00 ecx: c15a202c edx: 00000000
Dec 3 19:57:53 tabriel kernel: esi: 00000009 edi: 00000009 ebp: df549c00 esp: c15a3e0c
Dec 3 19:57:53 tabriel kernel: ds: 0018 es: 0018 ss: 0018
Dec 3 19:57:53 tabriel kernel: Process kupdated (pid: 6, stackpage=c15a3000)
Dec 3 19:57:53 tabriel kernel: Stack: c0280611 c032b080 c0329d60 e0a822fc c01a3aaf df549c00 c0291160 e0a82324
Dec 3 19:57:53 tabriel kernel: c0145eb5 0000000c dee03000 c15a2000 c15a2000 0000000a 00000000 cf515cc0
Dec 3 19:57:53 tabriel kernel: df549c00 00000008 cef69000 00000000 c01a8620 df549c00 e0a822fc 00000001
Dec 3 19:57:53 tabriel kernel: Call Trace: [flush_commit_list+1119/1200] [fsync_buffers_list+437/544] [do_journal_end+2064/3072] [get_cnode+122/144] [flush_old_commits+309/464]
Dec 3 19:57:53 tabriel kernel: Call Trace: [<c01a3aaf>] [<c0145eb5>] [<c01a8620>] [<c01a328a>] [<c01a7555>]
Dec 3 19:57:53 tabriel kernel: [__sync_one+181/410] [reiserfs_write_super+80/144] [sync_supers+345/400] [sync_old_buffers+52/208] [kupdate+220/448] [ret_from_fork+6/32]
Dec 3 19:57:53 tabriel kernel: [<c015deb5>] [<c018f230>] [<c0149b79>] [<c0148b64>] [<c0148ebc>] [<c0107562>]
Dec 3 19:57:53 tabriel kernel: [kupdate+0/448] [_stext+0/96] [arch_kernel_thread+43/64] [kupdate+0/448]
Dec 3 19:57:53 tabriel kernel: [<c0148de0>] [<c0105000>] [<c010581b>] [<c0148de0>]
Dec 3 19:57:53 tabriel kernel:
Dec 3 19:57:53 tabriel kernel: Code: 0f 0b 55 01 24 06 28 c0 85 db b8 2d 06 28 c0 74 0c 0f b7 43
Dec 3 19:57:53 tabriel kernel: <6>note: kupdated[6] exited with preempt_count 1
Dec 3 19:58:03 tabriel kernel: hdh: lost interrupt
Dec 3 19:58:43 tabriel last message repeated 4 times
Dec 3 19:59:53 tabriel last message repeated 7 times
Dec 3 20:00:53 tabriel last message repeated 6 times
Dec 3 20:01:00 tabriel CROND[3017]: (root) CMD (nice -n 19 run-parts /etc/cron.hourly)
Dec 3 20:01:03 tabriel kernel: hdh: lost interrupt
Dec 3 20:01:43 tabriel last message repeated 4 times
Dec 3 20:02:53 tabriel last message repeated 7 times
Dec 3 20:03:33 tabriel last message repeated 4 times
prev parent reply other threads:[~2003-12-04 1:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-03 21:10 2.4.23-pac1 (and others) issue with PDC20265 tabris
2003-12-03 23:55 ` tabris
2003-12-04 1:08 ` tabris [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200312032008.08451.tabris@tabris.net \
--to=tabris@tabris.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox