twa driver, 3ware 9500s-4lp, speed issue

2004-12-20 Thread Michael Meltzer
I have a 3ware 9500s-4lp controller with 4 10,000rpm raptors hooked up to it. 0+1 configuration. AMD dual 64 bit processor. This Hardware setup had Sese 9.1 running on it for a few days, One on the issues I had was that the controller seemed "slow". After reading 3ware white paper for turning f

twa breakage on AMD64 with 9.1.5.2 3ware version and 2005-01-1103:00:49 UTC RELENG_5 commit

2005-01-12 Thread Michael Meltzer
The new 3ware twa drive does not seem to work after the 2005-01-11 03:00:49 UTC RELENG_5 commit. Basically the device da is not visible to complete the boot and the system stopped asking for the root path (if their was an error message it scrolled to fast for me to see) Backed off to 5_3_0_RE

Re: twa breakage on AMD64 with 9.1.5.2 3ware versionand2005-01-1103:00:49 UTC RELENG_5 commit

2005-01-14 Thread Michael Meltzer
Could you see if the driver is getting loaded? The driver prints the message: "3ware device driver for 9000 series storage controllers...". Did the new firmware get flashed? You can download the firmware from the 3ware website and flash it on the card using a DOS floppy. Alternatively, you can a

Re: twa breakage on AMD64 with 9.1.5.23wareversionand2005-01-1103:00:49 UTC RELENG_5 commit

2005-01-18 Thread Michael Meltzer
give the attached patch a try? Just a hunch... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Michael Meltzer Sent: Friday, January 14, 2005 6:03 AM To: Vinod Kashyap Cc: freebsd stable Subject: Re: twa breakage on AMD64 with 9.1.5.2 3wareversionand20

Re: twa breakage on AMD64 with 9.1.5.23wareversionand2005-01-1103:00:49 UTC RELENG_5 commit

2005-01-18 Thread Michael Meltzer
boot with twa_r5.diff patch and options TWA_DEBUG=10 -mjm Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #15: Tue Jan 18 23:58:45 EST 2

Re: twa breakage on AMD64 with 9.1.5.23wareversionand2005-01-1103:00:49 UTC RELENG_5 commit

2005-01-18 Thread Michael Meltzer
using twa_patch1.diff: needed to add "int error" to twa_alloc_req_pkts -mjm Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #16: Wed Jan

Re: twa breakage on AMD64 with 9.1.5.23wareversionand2005-01-1103:00:49 UTC RELENG_5 commit

2005-01-18 Thread Michael Meltzer
twa_patch2.diff, had to add the "int error; in twa_alloc_req_pkts -mjm Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #17: Wed Jan 19 0

Re: twa breakage on AMD64with9.1.5.23wareversionand2005-01-1103:00:49 UTC RELENG_5 commit

2005-01-20 Thread Michael Meltzer
looks like patch3 worked, good job! I had to turn off TWA_DEBUG to get the boot going, the debug was starving the boot on a 9600 baud terminal. I can increase the speed and caputer the output on monday if it will help(it on the large side, bigger than the 10,000 line capture buffer in am using)

Re: Disk 100% busy

2005-11-03 Thread michael meltzer
--- Francisco Reyes <[EMAIL PROTECTED]> wrote: > On Thu, 3 Nov 2005, Chuck Swiger wrote: > > > If you're using maildir, that is one of the > situations which works pretty > > well with RAID-5, although RAID-10 is also > (always? :-) a good choice. > > How about for database? In particular post

Re: Disk 100% busy

2005-11-03 Thread michael meltzer
--- Francisco Reyes <[EMAIL PROTECTED]> wrote: > On Thu, 3 Nov 2005, michael meltzer wrote: > > > > > Controller: > > http://www.3ware.com/products/serial_ata2-9000.asp > > 16 port muili-lane, with BU and 265meg, cheaper > than > > most SCSI

bad tcp cksum/em intel/1000 pro driver

2001-12-18 Thread Michael Meltzer
I am trying trying to track down a problem with jumbo frames/NFS/rpc.lockd but in stating the tracking I noticed "bad tcp checksum" showing in the tcpdump "-s0 -e -vvv -i em0"(see below), the checksum does not seem to be effecting anything  but it is standing out like a read flag. is it a pr

Re: 127/8 in ip_output.c

2002-02-13 Thread Michael Meltzer
, :-) but . MJM - Original Message - From: "Ruslan Ermilov" <[EMAIL PROTECTED]> To: "Michael Meltzer" <[EMAIL PROTECTED]>; "Attila Nagy" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, February 13, 2002 3:54 AM Subje