From: Andreas Huemmer <swing@adminsend.de>
To: linux-kernel@vger.kernel.org
Subject: Re: 3ware 9500 ("3w-9xxx") w/ dual Opteron (Tyan 2885)
Date: Thu, 16 Sep 2004 11:28:40 +0200 [thread overview]
Message-ID: <41495CC8.3010904@adminsend.de> (raw)
In-Reply-To: <2ENNk-1Dl-3@gated-at.bofh.it>
Hi Ed,
du You use a riser card in Your system. Some time ago there has been som
bus/electrical probs with this, expecially on tyan mb and 3ware controllers?
however, You may have noticed that the 9xxx controller sets hav some
cache ram on it, which makes them very vulnerable if any machine probs
occure. As You pointed out on the web link a kernel paging request
failed with that controller. Recentley there has been some other issues
on this list discussing this and related topics, (blame me if I m not
right) but no one at all found a final solution on these topics.
nevertheless, there are several things you can try, to get you
controller running stable:
oh, just for reference: Im running an dual athlon with two 9000/12
controllers with the original driver source from 3Ware (rev. 9), but
this should make any differnence.
yes, what you can do, to avoid unsuccessfull paging requests in this
case is:
a) rizing the preasure tho sync data to disc (can anyone post the
respective sysctl parameter...I know there was a thread here in the
list...but I can t find it .-()
b) rize the minimum of free mem before the system starts to free some
itself to something like 20 Megs (which worked for me - no more oopses
anymore after this setting - even under high load)
vm.min_free_kbytes : 20000
When I m following some threads right there has also been some fixes to
patch-releases of the kernel which should also solve the problem, so
consider the things mentioned above as a workaround...
cioa
andi
Ed Hill wrote:
> On Wed, 2004-09-08 at 13:01, Denis Vlasenko wrote:
>
>>On Wednesday 08 September 2004 19:40, Ed Hill wrote:
>>
>>>Hi folks,
>>>
>>>Has anyone managed to get a 3ware 9500-series RAID controller working
>>>stably on an SMP Opteron system?
>
>
>>Post oopses to the list.
>
>
>
> Hi Denis,
>
> Below is an oops from a "vanilla" 2.6.8.1 w/ latest 3ware 2.6 driver
> from their web site. More details are available at:
>
> http://acesgrid.org/ACESwiki/StorageAdamsAsimov
>
> thanks,
> Ed
>
> === "vanilla" 2.6.8.1 w/ latest 3ware 2.6 driver from their web site ===
>
> Sep 2 19:37:19 adams kernel: Unable to handle kernel paging request at
> 000003010383a8d0 RIP:
> Sep 2 19:37:19 adams kernel: <ffffffff801349c8>{__wake_up_common+40}
> Sep 2 19:37:19 adams kernel: PML4 0
> Sep 2 19:37:19 adams kernel: Oops: 0000 [1] SMP
> Sep 2 19:37:19 adams kernel: CPU 1
> Sep 2 19:37:19 adams kernel: Modules linked in: nfsd exportfs ipv6 parport_pc lp \
> parport autofs4 nfs lockd sunrpc iptable_filter ip_tables tg3 ohci1394 ieee1394 \
> sd_mod dm_mod ohci_hcd button battery asus_acpi ac
> Sep 2 19:37:19 adams kernel: Pid: 62, comm: kswapd1 Not tainted 2.6.8.1
> Sep 2 19:37:19 adams kernel: RIP: 0010:[<ffffffff801349c8>] <ffffffff801349c8>{__wake_up_common+40}
> Sep 2 19:37:19 adams kernel: RSP: 0018:00000101ffee1b88 EFLAGS: 00010006
> Sep 2 19:37:19 adams kernel: RAX: 000003010383a8d0 RBX: 000001010383a8c8 RCX: 0000000000000000
> Sep 2 19:37:19 adams kernel: RDX: 0000000000000001 RSI: 0000000000000003 RDI: 000001010383a8c8
> Sep 2 19:37:19 adams kernel: RBP: 00000101ffee1bb8 R08: 000001010335b0d8 R09: 00000101ffee1ad0
> Sep 2 19:37:19 adams kernel: R10: 00000100cd7b4c80 R11: 0000000000000000 R12: 00000101ffee1db8
> Sep 2 19:37:19 adams kernel: R13: 0000000000000001 R14: 000001010383a8d0 R15: 000001010335b0d8
> Sep 2 19:37:19 adams kernel: FS: 0000002a9557e800(0000) GS:ffffffff80542e80(0000) knlGS:0000000000000000
> Sep 2 19:37:19 adams kernel: CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
> Sep 2 19:37:19 adams kernel: CR2: 000003010383a8d0 CR3: 0000000004872000 CR4: 00000000000006e0
> Sep 2 19:37:19 adams kernel: Process kswapd1 (pid: 62, threadinfo 00000101ffee0000, task 00000100d9ef33f0)
> Sep 2 19:37:19 adams kernel: Stack: 0000000300000000 000001010383a8c8 00000101ffee1db8 00000100d89cce50
> Sep 2 19:37:19 adams kernel: 00000101ffee1e58 0000000000000001 00000101ffee1bd8 ffffffff80134a37
> Sep 2 19:37:19 adams kernel: 0000000000000202 00000100d89cce50
> Sep 2 19:37:19 adams kernel: Call Trace:<ffffffff80134a37>{__wake_up+39} <ffffffff80163834>{shrink_list+1124}
> Sep 2 19:37:19 adams kernel: <ffffffff80163bb4>{shrink_cache+628} <ffffffff801644e1>{shrink_zone+225}
> Sep 2 19:37:19 adams kernel: <ffffffff801648fd>{balance_pgdat+493} <ffffffff801365b0>{prepare_to_wait+80}
> Sep 2 19:37:19 adams kernel: <ffffffff80164afa>{kswapd+282} <ffffffff80136680>{autoremove_wake_function+0}
> Sep 2 19:37:19 adams kernel: <ffffffff80136680>{autoremove_wake_function+0} <ffffffff80132e31>{schedule_tail+17}
> Sep 2 19:37:19 adams kernel: <ffffffff80112587>{child_rip+8} <ffffffff8015de60>{pdflush+0}
> Sep 2 19:37:19 adams kernel: <ffffffff801649e0>{kswapd+0} <ffffffff8011257f>{child_rip+0}
> Sep 2 19:37:19 adams kernel:
> Sep 2 19:37:19 adams kernel:
> Sep 2 19:37:19 adams kernel: Code: 4c 8b 20 74 30 66 66 90 48 8d 78 e8 8b 58 e8 4c 89 f9 8b 55
> Sep 2 19:37:19 adams kernel: RIP <ffffffff801349c8>{__wake_up_common+40} RSP <00000101ffee1b88>
> Sep 2 19:37:19 adams kernel: CR2: 000003010383a8d0
>
next prev parent reply other threads:[~2004-09-16 9:29 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <2CdNY-57s-9@gated-at.bofh.it>
2004-09-11 8:45 ` 3ware 9500 ("3w-9xxx") w/ dual Opteron (Tyan 2885) ADH
[not found] ` <2ENNk-1Dl-5@gated-at.bofh.it>
[not found] ` <2ENNk-1Dl-3@gated-at.bofh.it>
2004-09-16 9:28 ` Andreas Huemmer [this message]
2004-09-08 16:40 Ed Hill
[not found] ` <200409082001.20831.vda@port.imtp.ilyichevsk.odessa.ua>
2004-09-15 19:29 ` Ed Hill
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=41495CC8.3010904@adminsend.de \
--to=swing@adminsend.de \
--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