Date: Tue, 22 Jun 2004 20:57:31 -0700 (PDT) From: mike <mike@mike2k.com> To: Paul Saab <ps@mu.org> Cc: freebsd-hardware@freebsd.org Subject: Re: [freebsd-amd64] Re: [freebsd-amd64] RE: [freebsd-amd64] Re: [freebsd-amd64]Possible 3ware 8506-12SATA Controller issues... Message-ID: <Pine.LNX.4.53.0406222056090.14683@sql01.internal.mikehost.net> In-Reply-To: <200406221941.00765.ps@mu.org> References: <HZQOHZ02.64N@hadar.amcc.com> <Pine.LNX.4.53.0406221908370.11969@sql01.internal.mikehost.net> <200406221941.00765.ps@mu.org>
next in thread | previous in thread | raw e-mail | index | archive | help
i'd like to take a moment to thank paul. adding in these 3 lines to enable "CAM" apparently allowed the kernel to compile, and it has recognized it: device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) 3ware device driver for 9000 series storage controllers, version: 2.50.01.001 twa0: <3ware 9000 series Storage Controller> port 0x9800-0x98ff mem 0xfb800000-0xfbffffff,0xfc7ffc00-0xfc7ffcff irq 30 at device 5.0 on pci1 twa0: 8 ports, Firmware FE9X 2.02.00.008, BIOS BE9X 2.02.01.037 da0 at twa0 bus 0 target 0 lun 0 da0: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device da0: 100.000MB/s transfers da0: 1430448MB (2929557504 512 byte sectors: 255H 63S/T 182356C) now we'll see if i can format it and such and then try to put a load on it. what do people suggest to ensure i put a load that could freeze it up if there are any driver issues? what program(s)/port(s) could i use to benchmark/stress test? On Tue, 22 Jun 2004, Paul Saab wrote: > If you dont have CAM in your kernel, then twa will not work. > > On Tuesday 22 June 2004 07:09 pm, mike wrote: > > The AMD64/64 bit support I was told would work in FreeBSD; not in the > > email below but by two different techs over the phone and nobody has > > called that as the reason for my troubles. > > > > Are you telling me that the GENERIC twa should work fine for the 9500 > > series of 3ware controllers? Careful, apparently this controller is only a > > month old. > > > > On Tue, 22 Jun 2004, Vinod Kashyap wrote: > > > I can't speak for Victor, but I did talk to him this afternoon, > > > and he (and other support people) couldn't recall telling anyone > > > that 3ware supports FreeBSD amd64. There might have been some > > > miscommunication/misunderstandings since 3ware does support amd64 on > > > Linux and Windows. Even in the thread below, I don't see > > > him mention FreeBSD amd64. Of course, the problem you had was > > > on amd64, and I don't know if he realized it. The "different OS > > > versions" probably refers to 4.x and 5.x. > > > > > > Anyways, I am sorry about any miscommunications, but as far as my > > > knowledge goes, there's not even been a FreeBSD amd64 version of the > > > driver built here, let alone tested. As about future plans, it > > > might happen if there's sufficient interest, but at this point, > > > there's none. > > > > > > Also, I wonder why you ran into build problems! twa has been > > > in /sys/amd64/conf/GENERIC for sometime now, and no build problems > > > have been reported so far. > > > > > > > -----Original Message----- > > > > From: mike [mailto:mike@mike2k.com] > > > > Sent: Tuesday, June 22, 2004 6:35 PM > > > > To: Peter Losher > > > > Cc: Vinod Kashyap; freebsd-amd64@freebsd.org; > > > > freebsd-hardware@freebsd.org > > > > Subject: [freebsd-amd64] [freebsd-amd64] Re: [freebsd-amd64] Re: [freebsd-amd64] > > > > Possible 3ware 8506-12 > > > > SATA Controller issues... > > > > > > > > > > > > Here is the last response I received from Victor: > > > > > > > > On Wed, 16 Jun 2004, Victor Pacheco wrote: > > > > > Hi, Mike > > > > > > > > > > > > > > > I am told by our engineer 5.2.1 is not supported nor we support > > > > > > > > recompiling against newer kernels. He wrote: > > > > > "FreeBSD is unlike Linux in that you can't use driver > > > > > > > > source to compile > > > > a driver for different OS versions. > > > > Customers must have the compiled version of the driver for > > > > their except > > > > FreeBSD version or it will not work. > > > > > > > > > Also, it was my understanding that the 9500S series does > > > > > > > > not yet support > > > > FreeBSD. The driver is not on the > > > > shipping CD or the web." > > > > > > > > > I have passed this on to my manager (this does not make > > > > > > > > sense) since we > > > > have the released driver/source. > > > > > > > > > I need to know if it should compile with 5.2.1. > > > > > > > > > > I just shot the email and wait to here back. > > > > > > > > > > Best Regards, > > > > > > > > > > Victor Pacheco > > > > > Technical Support Engineer > > > > > > > > And here is the error I emailed him. I followed the > > > > instructions from the > > > > manual, which were slightly outdated. Like it says > > > > "twa_opt.h" instead of > > > > "opt_twa.h" - but I did everything I could to compile this far. > > > > > > > > > [root@raid01 twa]# ls -1 /usr/src/sys/dev/twa > > > > > Makefile > > > > > twa.c > > > > > twa.h > > > > > twa_cam.c > > > > > twa_externs.h > > > > > twa_freebsd.c > > > > > twa_fwimg.c > > > > > twa_globals.c > > > > > twa_includes.h > > > > > twa_ioctl.h > > > > > twa_reg.h > > > > > > > > > > [root@raid01 twa]# grep twa /usr/src/sys/conf/options > > > > > TWA_DEBUG opt_twa.h > > > > > > > > > > [root@raid01 twa]# grep twa /usr/src/sys/conf/files.amd64 > > > > > dev/twa/twa.c optional twa > > > > > dev/twa/twa_cam.c optional twa > > > > > dev/twa/twa_freebsd.c optional twa > > > > > dev/twa/twa_fwimg.c optional twa > > > > > dev/twa/twa_globals.c optional twa > > > > > > > > > > [root@raid01 twa]# grep twa /usr/src/sys/amd64/conf/RAID01 > > > > > device twa # 3ware ATA RAID > > > > > > > > > > i get an error trying to compile it. if i keep the > > > > > > > > TWA_DEBUG out of the > > > > > > > > > options file, when i try to "make depend" it says > > > > > > > > "opt_twa.h not found" > > > > - > > > > > > > > > even though i don't want debugging. so i have to put that in and it > > > > > > > > shuts > > > > > > > > > up. > > > > > > > > > > here's the error: > > > > > > > > > > [root@raid01 conf]# config RAID01 > > > > > Kernel build directory is ../compile/RAID01 > > > > > Don't forget to do a ``make depend'' > > > > > [root@raid01 conf]# cd ../compile/RAID01 > > > > > [root@raid01 RAID01]# make depend > > > > > rm -f .olddep > > > > > if [ -f .depend ]; then mv .depend .olddep; fi > > > > > make _kernel-depend > > > > > if [ -f .olddep ]; then mv .olddep .depend; fi > > > > > rm -f .newdep > > > > > make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES -V GEN_M_CFILES | > > > > > MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall > > > > > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > > > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > > > > > -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. > > > > > -I../../../contrib/dev/acpica -I../../../contrib/ipfilter > > > > > -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd > > > > > -I../../../contrib/ngatm -D_KERNEL -include opt_global.h -fno-common > > > > > -finline-limit=20000 -fno-strict-aliasing -mcmodel=kernel > > > > > > > > -mno-red-zone > > > > > > > > > -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > > > > > -fno-asynchronous-unwind-tables -ffreestanding > > > > > make -V SFILES | MKDEP_CPP="cc -E" xargs mkdep -a -f .newdep -x > > > > > assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls > > > > > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > > > > > > > > -Wpointer-arith > > > > > > > > > -Winline -Wcast-qual -fformat-extensions -std=c99 > > > > > > > > -nostdinc -I- -I. > > > > > > > > > -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/ipfilter > > > > > -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd > > > > > -I../../../contrib/ngatm -D_KERNEL -include opt_global.h -fno-common > > > > > -finline-limit=20000 -fno-strict-aliasing -mcmodel=kernel > > > > > > > > -mno-red-zone > > > > > > > > > -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > > > > > -fno-asynchronous-unwind-tables -ffreestanding > > > > > rm -f .depend > > > > > mv .newdep .depend > > > > > [root@raid01 RAID01]# make > > > > > linking kernel > > > > > twa_cam.o: In function `twa_cam_setup': > > > > > twa_cam.o(.text+0x12): undefined reference to `cam_simq_alloc' > > > > > twa_cam.o(.text+0x58): undefined reference to `cam_sim_alloc' > > > > > twa_cam.o(.text+0x70): undefined reference to `cam_simq_free' > > > > > twa_cam.o(.text+0x8d): undefined reference to `xpt_bus_register' > > > > > twa_cam.o(.text+0xa2): undefined reference to `cam_sim_free' > > > > > twa_cam.o(.text+0xd4): undefined reference to `xpt_create_path' > > > > > twa_cam.o(.text+0xe8): undefined reference to `xpt_bus_deregister' > > > > > twa_cam.o(.text+0xf9): undefined reference to `cam_sim_free' > > > > > twa_cam.o(.text+0x114): undefined reference to `xpt_setup_ccb' > > > > > twa_cam.o(.text+0x143): undefined reference to `xpt_action' > > > > > twa_cam.o: In function `twa_cam_detach': > > > > > twa_cam.o(.text+0x176): undefined reference to `xpt_free_path' > > > > > twa_cam.o(.text+0x191): undefined reference to `xpt_bus_deregister' > > > > > twa_cam.o(.text+0x1a2): undefined reference to `cam_sim_free' > > > > > twa_cam.o: In function `twa_execute_scsi': > > > > > twa_cam.o(.text+0x408): undefined reference to `xpt_done' > > > > > twa_cam.o: In function `twa_action': > > > > > twa_cam.o(.text+0x58f): undefined reference to `cam_calc_geometry' > > > > > twa_cam.o(.text+0x650): undefined reference to `xpt_done' > > > > > twa_cam.o: In function `twa_request_bus_scan': > > > > > twa_cam.o(.text+0x6b9): undefined reference to `xpt_periph' > > > > > twa_cam.o(.text+0x6ca): undefined reference to `xpt_create_path' > > > > > twa_cam.o(.text+0x6e0): undefined reference to `xpt_setup_ccb' > > > > > twa_cam.o(.text+0x701): undefined reference to `xpt_action' > > > > > twa_cam.o: In function `twa_bus_scan_cb': > > > > > twa_cam.o(.text+0x730): undefined reference to `xpt_free_path' > > > > > twa_cam.o: In function `twa_scsi_complete': > > > > > twa_cam.o(.text+0x87b): undefined reference to `xpt_done' > > > > > twa_cam.o: In function `twa_drain_busy_queue': > > > > > twa_cam.o(.text+0x8d9): undefined reference to `xpt_done' > > > > > twa_cam.o: In function `twa_disallow_new_requests': > > > > > twa_cam.o(.text+0x951): undefined reference to `xpt_freeze_simq' > > > > > *** Error code 1 > > > > > > > > > > Stop in /usr/src/sys/amd64/compile/RAID01. > > > > > > > > On Tue, 22 Jun 2004, Peter Losher wrote: > > > > > Any word on work on a amd64-compatible driver? (mike seemed > > > > > > > > to indicate that a > > > > > > > > > amd64 driver for the 9xxx series might come later this summer?) > > > > > > > > > > > > > > > Tried compiling a 5.2.1 kernel w/ the twe driver plopped > > > > > > > > from -CURRENT > > > > > > > > > cvsup'ed 30 minutes ago, and it didn't go to well: > > > > > > > > > > -=- > > > > > > > > > > If there is something I can hack in to twe_freebsd.c to get > > > > > > > > it to compile > > > > > > > > > under 5.2.1, I am all ears. > > > > > > > > I myself would love this. I'd pay $250 cash to expedite this > > > > fix. Someone > > > > could work directly with someone at 3ware and get 9500 matured, at > > > > least... I wonder if I tried -current if my 9500 would work > > > > better. Is it > > > > still based off the 7xxx series driver though? > > > > > > > > At this point I've got hardware and software can't handle it. > > > > It's sort of > > > > discouraging, usually it's the opposite. I might pay up to $500 to get > > > > this going. It's worth it that much to get this damn thing > > > > fixed so I can > > > > send this box back east and get it into production =) > > > > > > > > > -Peter > > > > > -- > > > > > Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits > > > > > > > > must flow" > > > > > > _______________________________________________ > > > freebsd-amd64@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > > > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > > > _______________________________________________ > > freebsd-hardware@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.53.0406222056090.14683>