From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 9 11:07:06 2008 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BE1B106566C for ; Mon, 9 Jun 2008 11:07:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 126EA8FC12 for ; Mon, 9 Jun 2008 11:07:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m59B75Pe070874 for ; Mon, 9 Jun 2008 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m59B75sE070870 for freebsd-scsi@FreeBSD.org; Mon, 9 Jun 2008 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Jun 2008 11:07:05 GMT Message-Id: <200806091107.m59B75sE070870@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 11:07:06 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/40895 scsi wierd kernel / device driver bug o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/60598 scsi wire down of scsi devices conflicts with config o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing o kern/120487 scsi [sg] scsi_sg incompatible with scanners o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/123666 scsi [aac] aac(4) will not work with Adaptec SAS RAID 3805 o kern/123674 scsi [ahc] ahc driver dumping 10 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 9 18:34:26 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78FAC1065671 for ; Mon, 9 Jun 2008 18:34:26 +0000 (UTC) (envelope-from weimin.pan@hp.com) Received: from g5t0008.atlanta.hp.com (g5t0008.atlanta.hp.com [15.192.0.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4EAB08FC1A for ; Mon, 9 Jun 2008 18:34:26 +0000 (UTC) (envelope-from weimin.pan@hp.com) Received: from G1W0401.americas.hpqcorp.net (g1w0401.americas.hpqcorp.net [16.236.31.6]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g5t0008.atlanta.hp.com (Postfix) with ESMTP id DA8B024A48 for ; Mon, 9 Jun 2008 18:18:28 +0000 (UTC) Received: from G1W0397.americas.hpqcorp.net (16.236.31.21) by G1W0401.americas.hpqcorp.net (16.236.31.6) with Microsoft SMTP Server (TLS) id 8.1.263.0; Mon, 9 Jun 2008 18:18:16 +0000 Received: from G1W0491.americas.hpqcorp.net ([16.236.84.125]) by G1W0397.americas.hpqcorp.net ([16.236.31.21]) with mapi; Mon, 9 Jun 2008 18:18:16 +0000 From: "Pan, Weimin" To: "freebsd-scsi@freebsd.org" Date: Mon, 9 Jun 2008 18:18:16 +0000 Thread-Topic: How to directly pass a dma physical address and length from SCSI upper layer to LLD without mapping the dma memory to kernel pages Thread-Index: AcjKXTAITt/dfm2bQ8aDKjYW2aDIBQ== Message-ID: <6B24EEDBA38D764293B27C04FE414CC64E40604C07@G1W0491.americas.hpqcorp.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "Pan, Weimin" Subject: How to directly pass a dma physical address and length from SCSI upper layer to LLD without mapping the dma memory to kernel pages X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 18:34:26 -0000 SCSI upper layer can pass a scatterlist to middle layer and LLD. Normally t= he page_link, length, and offset is set in the scatterlist. LLD will conver= t to dma_address from pages by itself. That means the dma physical address = has to map to kernel memory space before it can be passed to LLD for data t= ransfer. If I have a large dma memroy and it doesn't need to be touched by = kernel or user mode Apps, it is a performance penalty to force to do that. Is there a way to directly pass a dma physical address from upper layer to = LLD (like use dma_address in a scatterlist)? I looked at a couple of LLD drivers and none of them handle this kind of si= tuation. From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 9 20:56:41 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C411B10656A9 for ; Mon, 9 Jun 2008 20:56:41 +0000 (UTC) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8F48FC0C for ; Mon, 9 Jun 2008 20:56:41 +0000 (UTC) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.13.6) with ESMTP id m59KHNnw095940; Mon, 9 Jun 2008 14:17:23 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.13.6/Submit) id m59KHNU4095939; Mon, 9 Jun 2008 14:17:23 -0600 (MDT) (envelope-from ken) Date: Mon, 9 Jun 2008 14:17:23 -0600 From: "Kenneth D. Merry" To: "Pan, Weimin" Message-ID: <20080609201723.GA95850@nargothrond.kdm.org> References: <6B24EEDBA38D764293B27C04FE414CC64E40604C07@G1W0491.americas.hpqcorp.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6B24EEDBA38D764293B27C04FE414CC64E40604C07@G1W0491.americas.hpqcorp.net> User-Agent: Mutt/1.4.2i X-Virus-Scanned: ClamAV 0.92.1/7415/Mon Jun 9 12:07:23 2008 on nargothrond.kdm.org X-Virus-Status: Clean Cc: "freebsd-scsi@freebsd.org" Subject: Re: How to directly pass a dma physical address and length from SCSI upper layer to LLD without mapping the dma memory to kernel pages X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 20:56:41 -0000 On Mon, Jun 09, 2008 at 18:18:16 +0000, Pan, Weimin wrote: > SCSI upper layer can pass a scatterlist to middle layer and LLD. Normally the page_link, length, and offset is set in the scatterlist. LLD will convert to dma_address from pages by itself. That means the dma physical address has to map to kernel memory space before it can be passed to LLD for data transfer. If I have a large dma memroy and it doesn't need to be touched by kernel or user mode Apps, it is a performance penalty to force to do that. > > Is there a way to directly pass a dma physical address from upper layer to LLD (like use dma_address in a scatterlist)? > I looked at a couple of LLD drivers and none of them handle this kind of situation. In theory, you can pass a physical address in a CAM CCB if you set the CAM_DATA_PHYS flag on the CCB. It looks like quite a few drivers in the tree support that flag, or at least look at it. So take a look at whichever driver you're using, and see if it looks at that flag in the CCB. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Wed Jun 11 13:30:59 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 479BD1065677 for ; Wed, 11 Jun 2008 13:30:59 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E87F48FC15 for ; Wed, 11 Jun 2008 13:30:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m5BDUpnJ089817; Wed, 11 Jun 2008 07:30:51 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <484FD38B.3050906@samsco.org> Date: Wed, 11 Jun 2008 07:30:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: "Kenneth D. Merry" References: <6B24EEDBA38D764293B27C04FE414CC64E40604C07@G1W0491.americas.hpqcorp.net> <20080609201723.GA95850@nargothrond.kdm.org> In-Reply-To: <20080609201723.GA95850@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "Pan, Weimin" , "freebsd-scsi@freebsd.org" Subject: Re: How to directly pass a dma physical address and length from SCSI upper layer to LLD without mapping the dma memory to kernel pages X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 13:30:59 -0000 Kenneth D. Merry wrote: > On Mon, Jun 09, 2008 at 18:18:16 +0000, Pan, Weimin wrote: >> SCSI upper layer can pass a scatterlist to middle layer and LLD. Normally the page_link, length, and offset is set in the scatterlist. LLD will convert to dma_address from pages by itself. That means the dma physical address has to map to kernel memory space before it can be passed to LLD for data transfer. If I have a large dma memroy and it doesn't need to be touched by kernel or user mode Apps, it is a performance penalty to force to do that. >> >> Is there a way to directly pass a dma physical address from upper layer to LLD (like use dma_address in a scatterlist)? >> I looked at a couple of LLD drivers and none of them handle this kind of situation. > > In theory, you can pass a physical address in a CAM CCB if you set the > CAM_DATA_PHYS flag on the CCB. > > It looks like quite a few drivers in the tree support that flag, or at > least look at it. > > So take a look at whichever driver you're using, and see if it looks at > that flag in the CCB. > > Ken Most drivers will honor CAM_DATA_PHYS by itself, but don't honor it in conjunction with CAM_SCATTER_VALID. CAM_SG_LIST_PHYS is only supported by the AHC and AHD drivers (and it's not clear to me what the difference is between the two sets of flags). That said, modifying drivers to support physical S/G lists isn't all that hard, and it's something that will happen more and more with the planned changes to moving physio to unmapped physical addresses. Scott From owner-freebsd-scsi@FreeBSD.ORG Fri Jun 13 00:56:51 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 171911065678 for ; Fri, 13 Jun 2008 00:56:51 +0000 (UTC) (envelope-from derekverlee@comcast.net) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id B63788FC13 for ; Fri, 13 Jun 2008 00:56:50 +0000 (UTC) (envelope-from derekverlee@comcast.net) Received: from OMTA10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA03.westchester.pa.mail.comcast.net with comcast id d7Cu1Z04E0cZkys530Fi00; Fri, 13 Jun 2008 00:40:45 +0000 Received: from [141.219.80.99] ([141.219.80.99]) by OMTA10.westchester.pa.mail.comcast.net with comcast id dCga1Z00728a5QV3WCgezw; Fri, 13 Jun 2008 00:40:43 +0000 X-Authority-Analysis: v=1.0 c=1 a=gZ6I5hYjhd49qYEenmQA:9 a=B4HI56zbLqKLbqaLUscA:7 a=SakAO5DjZdgZPzqf-5y7VPlUMEsA:4 a=3SmO1NJXDBsA:10 Message-ID: <4851C202.4030204@comcast.net> Date: Thu, 12 Jun 2008 20:40:34 -0400 From: Derek VerLee User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: target mode X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2008 00:56:51 -0000 Hello I'm curious about what is and isn't possible using scsi target mode in FreeBSD, both in principle and given the current state of the architecture. In particular I am curious if it is possible to use a scsi card in target mode, to "export" drives, such as a geom array, to be accessed by another computer over a physical scsi connect. I believe this is what iscsi support aims at, however i'm interested in other scsi interfaces, such as parrellel or perhaps SAS. Searching the archives and web somewhat, I have seen other people ask this a couple times but haven't found a definite answer. This would be to perhaps re-purpose an older computer, or an inexpensive one, to act much like an external raid (but perhaps potentially more flexible). Is is possible now? If not, could it be done with some hacking and coding? How crazy would you have to be to try? _derek From owner-freebsd-scsi@FreeBSD.ORG Fri Jun 13 01:14:07 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB5CA1065677 for ; Fri, 13 Jun 2008 01:14:07 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 423088FC1C for ; Fri, 13 Jun 2008 01:14:06 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m5D1DoTu006842; Thu, 12 Jun 2008 19:13:50 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4851C9CE.8030806@samsco.org> Date: Thu, 12 Jun 2008 19:13:50 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Derek VerLee References: <4851C202.4030204@comcast.net> In-Reply-To: <4851C202.4030204@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org Subject: Re: target mode X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2008 01:14:07 -0000 Derek VerLee wrote: > > Hello > I'm curious about what is and isn't possible using scsi target mode in > FreeBSD, both in principle and given the current state of the > architecture. In particular I am curious if it is possible to use a > scsi card in target mode, to "export" drives, such as a geom array, to > be accessed by another computer over a physical scsi connect. I believe > this is what iscsi support aims at, however i'm interested in other scsi > interfaces, such as parrellel or perhaps SAS. Searching the archives > and web somewhat, I have seen other people ask this a couple times but > haven't found a definite answer. > > This would be to perhaps re-purpose an older computer, or an inexpensive > one, to act much like an external raid (but perhaps potentially more > flexible). > > Is is possible now? If not, could it be done with some hacking and > coding? How crazy would you have to be to try? > Short answer is yes, it's possible to export logical disks with what is in the tree and a minimal amount of setup and configuration. The target mode support is split into 2 layers. There is the kernel driver that handles the basic parallel scsi wire protocol (i.e. selection, reconnection, etc) in conjunction with the HBA driver, and acts as a conduit for the command protocol. Above that is the userland driver that talks to the kernel target driver and handles the scsi command protocol, i.e. inquiries, read/write, etc. There is a skeletal but fully functional upper layer in /usr/share/examples/scsi_target. It can generate suitable responses to inquiry and TUR commands, and can be pointed at a file to use as the backing store for a virtual disk. I'd suggest reading the man page in there and playing with it; it's simple but it works and is a good demonstration of the possibilities that exist. Not all HBA drivers support target mode, however. For parallel SCSI, the AHC driver is probably the best choice since it was the reference platform for all of the target mode code. Scott From owner-freebsd-scsi@FreeBSD.ORG Fri Jun 13 20:50:13 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ABC61065684 for ; Fri, 13 Jun 2008 20:50:13 +0000 (UTC) (envelope-from photor@photor.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF588FC12 for ; Fri, 13 Jun 2008 20:50:12 +0000 (UTC) (envelope-from photor@photor.de) Received: from [195.4.92.16] (helo=6.mx.freenet.de) by mout5.freenet.de with esmtpa (ID photor@photor.de) (port 25) (Exim 4.69 #19) id 1K7GDr-0005gx-7s for freebsd-scsi@freebsd.org; Fri, 13 Jun 2008 22:50:11 +0200 Received: from nagare.informatik.uni-rostock.de ([139.30.241.8]:54911 helo=worf.mydomain.home) by 6.mx.freenet.de with esmtpsa (ID photor@photor.de) (TLSv1:AES256-SHA:256) (port 25) (Exim 4.69 #12) id 1K7GDq-0008Jg-SN for freebsd-scsi@freebsd.org; Fri, 13 Jun 2008 22:50:11 +0200 Received: from photor by worf.mydomain.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K7GDp-000MYg-Ab for freebsd-scsi@freebsd.org; Fri, 13 Jun 2008 22:50:09 +0200 Date: Fri, 13 Jun 2008 22:50:09 +0200 From: Karsten Rothemund To: freebsd-scsi@freebsd.org Message-ID: <20080613205009.GA79046@www.photor.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Organisation: private site X-Url: http://www.photor.de X-GPG-Fingerprint: E752 C759 B9B2 2057 E42F 50EE 47AC A7CE 7019 CAA5 Sender: Karsten Rothemund X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: photor@photor.de X-SA-Exim-Scanned: No (on worf.mydomain.home); SAEximRunCond expanded to false Subject: Page Fault with amd0 on FreeBSD-7 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karsten@photor.de List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2008 20:50:13 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello List, I don't know, if this is the right list to post on. If not: sorry. I wanted to update my FreeBSD-6 to -7 and tried to boot disk 1. I got a page fault. So I used the csup-tool to go up to 7 (the usual procedure: csup make buildworld make buildkernel make installkernel reboot <---- OOOOPS! Page Fault again. (make installworld) (mergemaster) (reboot) (rebuild ports) I wrote down some information (by hand): Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x4 fault code =3D supervisor read, page not present (-- stack- and frame pointer, code segment --) processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 20 (irq9: amd0) trap number =3D 12 The interesting information for me was the "amd0". This is for the=20 Tekram DC-390 SCSI card, which is for my CDROM, CD-writer and for the=20 scanner. All of them are not vital at the momenti but I need them. So I decided (it was an advice or hint in a forum) to compile a kernel=20 without amd. That kernel works quite OK - but without CDROM and scanner. I completed the installation/update with no problems and now I recompile/reinstall al the ports I need. I also tried to kldload the amd module by hand. Result: no page fault=20 but also no function (no devices even after reseting the scsi bus). This is the status now.=20 Now I am here to ask, if I can help to fix the bug (if there is one). The forum people told me, that there have been some changes in the kernel code affecting SCSI or CAM. First thing: what should I do to provide helpful information. (DEBUG-options in kernel etc). I must say I do not have a lot experience in kernel debuging but I am willing to learn. Greetings from the Baltic Sea, Karsten PS: information about the machine: ATHLON 700, 512MB RAM, Tekram DC-390 csup at the beginning of this week. worf# uname -a FreeBSD worf.mydomain.home 7.0-STABLE FreeBSD 7.0-STABLE #45: Fri Jun 6 21:28:03 CEST 2008 root@worf.mydomain.home:/usr/obj/usr/src/sys/ATHLON i386 --=20 Karsten Rothemund /"\ PGP-Key: 0x7019CAA5 \ / Fingerprint: E752 C759 B9B2 2057 E42F \ ASCII Ribbon Campaign 50EE 47AC A7CE 7019 CAA5 / \ Against HTML Mail and News --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFIUt2AR6ynznAZyqURApz4AKCbjcYw57LYR6WkFqTwVZMqdT7L1gCcCHe0 73NIxO+TyaSCRR+r110ZOBo= =vDTa -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ--