From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 23 02:39:24 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAB7F16A4D1; Wed, 23 Jun 2004 02:39:24 +0000 (GMT) Received: from mail.mikehost.net (lvs-1.voxel.net [207.99.115.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C2EA43D48; Wed, 23 Jun 2004 02:39:24 +0000 (GMT) (envelope-from mike@mike2k.com) Received: by mail.mikehost.net (Postfix, from userid 502) id 4C9311C24D; Tue, 22 Jun 2004 18:34:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.mikehost.net (Postfix) with ESMTP id 4A84A1C240; Tue, 22 Jun 2004 18:34:38 -0700 (PDT) Date: Tue, 22 Jun 2004 18:34:38 -0700 (PDT) From: mike X-X-Sender: mike@sql01.internal.mikehost.net To: Peter Losher In-Reply-To: <200406221811.47868.Peter_Losher@isc.org> Message-ID: References: <200406221811.47868.Peter_Losher@isc.org> mike: yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Vinod Kashyap cc: freebsd-amd64@freebsd.org cc: freebsd-hardware@freebsd.org Subject: Re: [freebsd-amd64] Re: [freebsd-amd64] Possible 3ware 8506-12SATA Controller issues... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2004 02:39:25 -0000 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" >