From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 23 02:06:20 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 6028716A4CE; Wed, 23 Jun 2004 02:06:20 +0000 (GMT) Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21D3F43D2D; Wed, 23 Jun 2004 02:06:20 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from mailhost.amcc.com ([192.195.69.30]) by hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id HZQOHZ02.64N; Tue, 22 Jun 2004 19:05:59 -0700 Received: (from vkashyap-pc [10.66.6.61]) by mailhost.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2004062219060309502 ; Tue, 22 Jun 2004 19:06:03 -0700 From: "Vinod Kashyap" To: mike , Peter Losher Date: Tue, 22 Jun 2004 19:05:58 -0700 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: 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:06:20 -0000 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 miscommunica= tion/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: 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=3D"cc -E" CC=3D"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=3Dc99 -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=3D20000 -fno-strict-aliasing -mcmodel=3Dkernel = > -mno-red-zone > > -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > > -fno-asynchronous-unwind-tables -ffreestanding > > make -V SFILES | MKDEP_CPP=3D"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=3Dc99 = > -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=3D20000 -fno-strict-aliasing -mcmodel=3Dkernel = > -mno-red-zone > > -mfpmath=3D387 -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: > > > > -=3D- > > > > 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 =3D) > = > = > = > > -Peter > > -- > > Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits = > must flow" > > >