public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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
> 


  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