From owner-freebsd-firewire@FreeBSD.ORG Mon Jan 14 11:06:58 2008 Return-Path: Delivered-To: freebsd-firewire@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29F1916A46D for ; Mon, 14 Jan 2008 11:06:58 +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 0B35013C455 for ; Mon, 14 Jan 2008 11:06:58 +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 m0EB6vPx052526 for ; Mon, 14 Jan 2008 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0EB6vq8052522 for freebsd-firewire@FreeBSD.org; Mon, 14 Jan 2008 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Jan 2008 11:06:57 GMT Message-Id: <200801141106.m0EB6vq8052522@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-firewire@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 11:06:58 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/74238 firewire [firewire] fw_rcv: unknown response; firewire ad-hoc w 1 problem total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f kern/113785 firewire [firewire] dropouts when playing DV on firewire 1 problem total. From owner-freebsd-firewire@FreeBSD.ORG Wed Jan 16 16:05:41 2008 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF42C16A421; Wed, 16 Jan 2008 16:05:41 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 7930A13C4E7; Wed, 16 Jan 2008 16:05:41 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 3F5D81C8039; Wed, 16 Jan 2008 08:05:41 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32590-05; Wed, 16 Jan 2008 08:05:40 -0800 (PST) Received: from [10.47.1.66] (vpn.office.miralink.com [10.0.0.5]) by plato.miralink.com (Postfix) with ESMTP id D5FA81C8037; Wed, 16 Jan 2008 08:05:39 -0800 (PST) Message-ID: <478E2B53.7070107@miralink.com> Date: Wed, 16 Jan 2008 08:05:39 -0800 From: Sean Bruno User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Hidetoshi Shimokawa References: <476610E5.2060108@miralink.com> <626eb4530712162258s4dfe1448o1102f20a623d3f95@mail.gmail.com> <476696C4.60408@miralink.com> <626eb4530712182320q237c344crd309893a82fe8ef8@mail.gmail.com> <476B13F4.5050409@miralink.com> <626eb4530712201727n3fc0d33aq6e6b44603b5d77f2@mail.gmail.com> In-Reply-To: <626eb4530712201727n3fc0d33aq6e6b44603b5d77f2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 16 08:05:40 2008 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 478e2b54105601109565483 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.392 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.107, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.392 X-Spam-Level: Cc: freebsd@gm.nunu.org, freebsd-firewire@freebsd.org Subject: Re: sbp_targ memory leak X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 16:05:41 -0000 Hidetoshi Shimokawa wrote: > Thanks for the test. > I'll look into the page_table problem this weekend. > Sorry for late response. > > On 12/21/07, Sean Bruno wrote: > >> Hidetoshi Shimokawa wrote: >> >>> I think you are right and page table is not freed when CAM_SEND_STATUS >>> is not set. >>> Maybe we should always free page tables if refcont == 0 rather than >>> free in sbp_targ_send_status(). >>> >>> You patch is not just adding debug printfs, right? >>> What is the mtx locks for? >>> >>> On 12/18/07, Sean Bruno wrote: >>> >>> >>>> Hidetoshi Shimokawa wrote: >>>> >>>> >>>>> Thanks for the tracking of the problem. >>>>> Could you resend the patch in unified or context diff? >>>>> >>>>> Thanks, >>>>> >>>>> On 12/17/07, Sean Bruno wrote: >>>>> >>>>> >>>>> >>>>>> In trying to understand and make sbp_targ functional, I've noted that >>>>>> the code seems to lose track of how many page tables it allocates for >>>>>> any give orbi. I had to add a lot of debugging code around the >>>>>> malloc/free's to find out what was going on, and I'm not sure what the >>>>>> code is supposed to do in this case. >>>>>> >>>>>> Please review the patch diff at --> http://consultcsg.com/RELENG_6.diff >>>>>> >>>>>> And the log at -->http://consultcsg.com/malloc_failure.txt >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>> Diff updated at http://consultcsg.com/RELENG_6.diff >>>> >>>> Sean >>>> >>>> >>>> >> I moved the free around as you suggested and the memory leak does indeed >> go away and there are no further crashes. >> Here is my current diff --> http://consultcsg.com/RELENG_6.diff . >> >> It does look like the data is not being written or read to the backend >> correctly however. I.e. the page_table is not being >> setup correctly when more than one read or write is required to service >> an ORB. Any ideas on how to look into that? >> >> Sean >> >> >> > > > I seem to have been able to resolve the memory leak, multiple CTIO's and some various lockups with the patch in this PR --> http://www.freebsd.org/cgi/query-pr.cgi?pr=119575 This is against RELENG_6 and should be applied. I noted 3 more issues that I'd like to resolve in the ticket. What do you think? Sean From owner-freebsd-firewire@FreeBSD.ORG Wed Jan 16 22:46:48 2008 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 658A516A41A for ; Wed, 16 Jan 2008 22:46:48 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 2801313C458 for ; Wed, 16 Jan 2008 22:46:47 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by an-out-0708.google.com with SMTP id c14so108034anc.13 for ; Wed, 16 Jan 2008 14:46:47 -0800 (PST) Received: by 10.100.8.10 with SMTP id 10mr2797908anh.59.1200523607260; Wed, 16 Jan 2008 14:46:47 -0800 (PST) Received: by 10.100.211.16 with HTTP; Wed, 16 Jan 2008 14:46:47 -0800 (PST) Message-ID: <626eb4530801161446g7467c9cew59bd65cea68b8ed6@mail.gmail.com> Date: Thu, 17 Jan 2008 07:46:47 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Sean Bruno" In-Reply-To: <478E2B53.7070107@miralink.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <476610E5.2060108@miralink.com> <626eb4530712162258s4dfe1448o1102f20a623d3f95@mail.gmail.com> <476696C4.60408@miralink.com> <626eb4530712182320q237c344crd309893a82fe8ef8@mail.gmail.com> <476B13F4.5050409@miralink.com> <626eb4530712201727n3fc0d33aq6e6b44603b5d77f2@mail.gmail.com> <478E2B53.7070107@miralink.com> X-Google-Sender-Auth: 136b45d610942f1b Cc: freebsd-firewire@freebsd.org Subject: Re: sbp_targ memory leak X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 22:46:48 -0000 Thanks for digging out the problem. I did not suppose multiple CTIO's for an ATIO so that your guess should be right. I'm sorry that I will be busy until mid of Feb. I'd like to merge your fixes to -current in a few month. I appreciate if you would do the following: - test on -current and make a patch for -current. - split the patch for each fix (a version control system or ports/devel/quilt may be useful) - non-reversed patch Thanks, On Jan 17, 2008 1:05 AM, Sean Bruno wrote: > > Hidetoshi Shimokawa wrote: > > Thanks for the test. > > I'll look into the page_table problem this weekend. > > Sorry for late response. > > > > On 12/21/07, Sean Bruno wrote: > > > >> Hidetoshi Shimokawa wrote: > >> > >>> I think you are right and page table is not freed when CAM_SEND_STATUS > >>> is not set. > >>> Maybe we should always free page tables if refcont == 0 rather than > >>> free in sbp_targ_send_status(). > >>> > >>> You patch is not just adding debug printfs, right? > >>> What is the mtx locks for? > >>> > >>> On 12/18/07, Sean Bruno wrote: > >>> > >>> > >>>> Hidetoshi Shimokawa wrote: > >>>> > >>>> > >>>>> Thanks for the tracking of the problem. > >>>>> Could you resend the patch in unified or context diff? > >>>>> > >>>>> Thanks, > >>>>> > >>>>> On 12/17/07, Sean Bruno wrote: > >>>>> > >>>>> > >>>>> > >>>>>> In trying to understand and make sbp_targ functional, I've noted that > >>>>>> the code seems to lose track of how many page tables it allocates for > >>>>>> any give orbi. I had to add a lot of debugging code around the > >>>>>> malloc/free's to find out what was going on, and I'm not sure what the > >>>>>> code is supposed to do in this case. > >>>>>> > >>>>>> Please review the patch diff at --> http://consultcsg.com/RELENG_6.diff > >>>>>> > >>>>>> And the log at -->http://consultcsg.com/malloc_failure.txt > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>> Diff updated at http://consultcsg.com/RELENG_6.diff > >>>> > >>>> Sean > >>>> > >>>> > >>>> > >> I moved the free around as you suggested and the memory leak does indeed > >> go away and there are no further crashes. > >> Here is my current diff --> http://consultcsg.com/RELENG_6.diff . > >> > >> It does look like the data is not being written or read to the backend > >> correctly however. I.e. the page_table is not being > >> setup correctly when more than one read or write is required to service > >> an ORB. Any ideas on how to look into that? > >> > >> Sean > >> > >> > >> > > > > > > > I seem to have been able to resolve the memory leak, multiple CTIO's and > some various lockups with the patch in this PR --> > http://www.freebsd.org/cgi/query-pr.cgi?pr=119575 > > This is against RELENG_6 and should be applied. I noted 3 more issues > that I'd like to resolve in the ticket. > > What do you think? > > Sean > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-firewire@FreeBSD.ORG Wed Jan 16 23:51:49 2008 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E13D16A421; Wed, 16 Jan 2008 23:51:49 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id D14FE13C447; Wed, 16 Jan 2008 23:51:48 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 6EE562C00BE; Wed, 16 Jan 2008 15:51:48 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18164-03; Wed, 16 Jan 2008 15:51:45 -0800 (PST) Received: from iago.office.miralink.com (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id 398632C00BD; Wed, 16 Jan 2008 15:51:45 -0800 (PST) Message-ID: <478E9890.20700@miralink.com> Date: Wed, 16 Jan 2008 15:51:44 -0800 From: Sean Bruno User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Hidetoshi Shimokawa References: <476610E5.2060108@miralink.com> <626eb4530712162258s4dfe1448o1102f20a623d3f95@mail.gmail.com> <476696C4.60408@miralink.com> <626eb4530712182320q237c344crd309893a82fe8ef8@mail.gmail.com> <476B13F4.5050409@miralink.com> <626eb4530712201727n3fc0d33aq6e6b44603b5d77f2@mail.gmail.com> <478E2B53.7070107@miralink.com> <626eb4530801161446g7467c9cew59bd65cea68b8ed6@mail.gmail.com> In-Reply-To: <626eb4530801161446g7467c9cew59bd65cea68b8ed6@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 16 15:51:46 2008 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 478e9892236791804284693 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.359 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.140, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.359 X-Spam-Level: Cc: freebsd-firewire@freebsd.org Subject: Re: sbp_targ memory leak X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 23:51:49 -0000 Hidetoshi Shimokawa wrote: > Thanks for digging out the problem. > I did not suppose multiple CTIO's for an ATIO so that your guess > should be right. > > I'm sorry that I will be busy until mid of Feb. > I'd like to merge your fixes to -current in a few month. > > I appreciate if you would do the following: > - test on -current and make a patch for -current. > - split the patch for each fix > (a version control system or ports/devel/quilt may be useful) > - non-reversed patch > > Thanks, > > On Jan 17, 2008 1:05 AM, Sean Bruno wrote: > >> Hidetoshi Shimokawa wrote: >> >>> Thanks for the test. >>> I'll look into the page_table problem this weekend. >>> Sorry for late response. >>> >>> On 12/21/07, Sean Bruno wrote: >>> >>> >>>> Hidetoshi Shimokawa wrote: >>>> >>>> >>>>> I think you are right and page table is not freed when CAM_SEND_STATUS >>>>> is not set. >>>>> Maybe we should always free page tables if refcont == 0 rather than >>>>> free in sbp_targ_send_status(). >>>>> >>>>> You patch is not just adding debug printfs, right? >>>>> What is the mtx locks for? >>>>> >>>>> On 12/18/07, Sean Bruno wrote: >>>>> >>>>> >>>>> >>>>>> Hidetoshi Shimokawa wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Thanks for the tracking of the problem. >>>>>>> Could you resend the patch in unified or context diff? >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> On 12/17/07, Sean Bruno wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> In trying to understand and make sbp_targ functional, I've noted that >>>>>>>> the code seems to lose track of how many page tables it allocates for >>>>>>>> any give orbi. I had to add a lot of debugging code around the >>>>>>>> malloc/free's to find out what was going on, and I'm not sure what the >>>>>>>> code is supposed to do in this case. >>>>>>>> >>>>>>>> Please review the patch diff at --> http://consultcsg.com/RELENG_6.diff >>>>>>>> >>>>>>>> And the log at -->http://consultcsg.com/malloc_failure.txt >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> Diff updated at http://consultcsg.com/RELENG_6.diff >>>>>> >>>>>> Sean >>>>>> >>>>>> >>>>>> >>>>>> >>>> I moved the free around as you suggested and the memory leak does indeed >>>> go away and there are no further crashes. >>>> Here is my current diff --> http://consultcsg.com/RELENG_6.diff . >>>> >>>> It does look like the data is not being written or read to the backend >>>> correctly however. I.e. the page_table is not being >>>> setup correctly when more than one read or write is required to service >>>> an ORB. Any ideas on how to look into that? >>>> >>>> Sean >>>> >>>> >>>> >>>> >>> >>> >> I seem to have been able to resolve the memory leak, multiple CTIO's and >> some various lockups with the patch in this PR --> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=119575 >> >> This is against RELENG_6 and should be applied. I noted 3 more issues >> that I'd like to resolve in the ticket. >> >> What do you think? >> >> Sean >> >> > > > > Excellent. I'll get on it. Probably, it will be around 4 patches? Sean From owner-freebsd-firewire@FreeBSD.ORG Thu Jan 17 19:58:39 2008 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C55216A419 for ; Thu, 17 Jan 2008 19:58:39 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCCD13C448 for ; Thu, 17 Jan 2008 19:58:39 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id C207C3C003C for ; Thu, 17 Jan 2008 11:58:38 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27251-09 for ; Thu, 17 Jan 2008 11:58:37 -0800 (PST) Received: from iago.office.miralink.com (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id DF89C3C003B for ; Thu, 17 Jan 2008 11:58:37 -0800 (PST) Message-ID: <478FB36D.3030106@miralink.com> Date: Thu, 17 Jan 2008 11:58:37 -0800 From: Sean Bruno User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: freebsd-firewire@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Jan 17 11:58:38 2008 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 478fb36e74361813820934 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.339 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.160, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.339 X-Spam-Level: Subject: Firewire 800/400 card X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 19:58:39 -0000 I'm curious, I put a 400/800 card into a FreeBSD 6 machine today and I assumed that I would see several different "buses" but I only see one according to camcontrol. Should I see one bus per port or per firewire controller? Also, the card I am using displays interesting output on startup, is this a h/w bug? fwohci0: mem 0x2a109000-0x2a1097ff,0x2a100000-0x2a103fff irq 17 at device 6.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0x2a109000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:13:3b:01:00:01:00:58 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 Sean From owner-freebsd-firewire@FreeBSD.ORG Thu Jan 17 22:16:46 2008 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0884116A418 for ; Thu, 17 Jan 2008 22:16:46 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id E5A6213C455 for ; Thu, 17 Jan 2008 22:16:45 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by an-out-0708.google.com with SMTP id c14so210383anc.13 for ; Thu, 17 Jan 2008 14:16:44 -0800 (PST) Received: by 10.100.248.9 with SMTP id v9mr5487408anh.19.1200608204771; Thu, 17 Jan 2008 14:16:44 -0800 (PST) Received: by 10.100.211.16 with HTTP; Thu, 17 Jan 2008 14:16:44 -0800 (PST) Message-ID: <626eb4530801171416j48e4d7afq26b4b7a9d3be35a8@mail.gmail.com> Date: Fri, 18 Jan 2008 07:16:44 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Sean Bruno" In-Reply-To: <478FB36D.3030106@miralink.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <478FB36D.3030106@miralink.com> X-Google-Sender-Auth: 782f8d825a0a173b Cc: freebsd-firewire@freebsd.org Subject: Re: Firewire 800/400 card X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 22:16:46 -0000 Do you have two (S400 only and S800) cards? In that case you will have two devices (fwohci0 and fwohci1). If you have only one card and have S400 and S800 ports, you will have one device and one bus. Output of devinfo(8) and fwcontrol -t may be helpful. The line "fwohci0: invalid speed 7 (fixed to 3)." is expected. Regards, On Jan 18, 2008 4:58 AM, Sean Bruno wrote: > I'm curious, I put a 400/800 card into a FreeBSD 6 machine today and I > assumed that I would see several different "buses" but I only see one > according to camcontrol. Should I see one bus per port or per firewire > controller? > > Also, the card I am using displays interesting output on startup, is > this a h/w bug? > > > fwohci0: mem > 0x2a109000-0x2a1097ff,0x2a100000-0x2a103fff irq 17 at device 6.0 on pci0 > fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0x2a109000 > fwohci0: [MPSAFE] > fwohci0: OHCI version 1.10 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:13:3b:01:00:01:00:58 > fwohci0: invalid speed 7 (fixed to 3). > fwohci0: Phy 1394a available S800, 3 ports. > fwohci0: Link S800, max_rec 4096 bytes. > firewire0: on fwohci0 > > > Sean > > _______________________________________________ > freebsd-firewire@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-firewire > To unsubscribe, send any mail to "freebsd-firewire-unsubscribe@freebsd.org" > > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-firewire@FreeBSD.ORG Thu Jan 17 23:14:44 2008 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEEA216A41A; Thu, 17 Jan 2008 23:14:44 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF1813C474; Thu, 17 Jan 2008 23:14:44 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 3D3683C003E; Thu, 17 Jan 2008 15:14:44 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04258-08; Thu, 17 Jan 2008 15:14:33 -0800 (PST) Received: from iago.office.miralink.com (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id 5A0393C0044; Thu, 17 Jan 2008 15:14:33 -0800 (PST) Message-ID: <478FE159.9020508@miralink.com> Date: Thu, 17 Jan 2008 15:14:33 -0800 From: Sean Bruno User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Hidetoshi Shimokawa References: <478FB36D.3030106@miralink.com> <626eb4530801171416j48e4d7afq26b4b7a9d3be35a8@mail.gmail.com> In-Reply-To: <626eb4530801171416j48e4d7afq26b4b7a9d3be35a8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Jan 17 15:14:34 2008 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 478fe15a148561214584237 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.353 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.146, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.353 X-Spam-Level: Cc: freebsd-firewire@freebsd.org Subject: Re: Firewire 800/400 card X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 23:14:44 -0000 Hidetoshi Shimokawa wrote: > Do you have two (S400 only and S800) cards? > In that case you will have two devices (fwohci0 and fwohci1). > If you have only one card and have S400 and S800 ports, you will have > one device and one bus. > Output of devinfo(8) and fwcontrol -t may be helpful. > The line "fwohci0: invalid speed 7 (fixed to 3)." is expected. > > Regards, > > This is a 400/800 card: http://www.syba.com/Product/Info/Id/411 fwcontrol -t: source # fwcontrol -t crc_len: 3 generation:3 node_count:1 sid_count:1 id link gap_cnt speed delay cIRM power port0 port1 port2 ini more 00 1 5 S800 0 1 -1W - - - 1 0 Sean > On Jan 18, 2008 4:58 AM, Sean Bruno wrote: > >> I'm curious, I put a 400/800 card into a FreeBSD 6 machine today and I >> assumed that I would see several different "buses" but I only see one >> according to camcontrol. Should I see one bus per port or per firewire >> controller? >> >> Also, the card I am using displays interesting output on startup, is >> this a h/w bug? >> >> >> fwohci0: mem >> 0x2a109000-0x2a1097ff,0x2a100000-0x2a103fff irq 17 at device 6.0 on pci0 >> fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0x2a109000 >> fwohci0: [MPSAFE] >> fwohci0: OHCI version 1.10 (ROM=1) >> fwohci0: No. of Isochronous channels is 4. >> fwohci0: EUI64 00:13:3b:01:00:01:00:58 >> fwohci0: invalid speed 7 (fixed to 3). >> fwohci0: Phy 1394a available S800, 3 ports. >> fwohci0: Link S800, max_rec 4096 bytes. >> firewire0: on fwohci0 >> >> >> Sean >> >> _______________________________________________ >> freebsd-firewire@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-firewire >> To unsubscribe, send any mail to "freebsd-firewire-unsubscribe@freebsd.org" >> >> >> > > > > From owner-freebsd-firewire@FreeBSD.ORG Fri Jan 18 01:17:07 2008 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2221A16A468 for ; Fri, 18 Jan 2008 01:17:07 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id CBCE713C47E for ; Fri, 18 Jan 2008 01:17:06 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by an-out-0708.google.com with SMTP id c14so223541anc.13 for ; Thu, 17 Jan 2008 17:17:05 -0800 (PST) Received: by 10.100.106.1 with SMTP id e1mr5798749anc.24.1200619025435; Thu, 17 Jan 2008 17:17:05 -0800 (PST) Received: by 10.100.211.16 with HTTP; Thu, 17 Jan 2008 17:17:05 -0800 (PST) Message-ID: <626eb4530801171717o16dfe1a2u133566a2f2ff6b5e@mail.gmail.com> Date: Fri, 18 Jan 2008 10:17:05 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Sean Bruno" In-Reply-To: <478FE159.9020508@miralink.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <478FB36D.3030106@miralink.com> <626eb4530801171416j48e4d7afq26b4b7a9d3be35a8@mail.gmail.com> <478FE159.9020508@miralink.com> X-Google-Sender-Auth: 6d8b823ab93c16e9 Cc: freebsd-firewire@freebsd.org Subject: Re: Firewire 800/400 card X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 01:17:07 -0000 Then, it is normal. It is still a repeater between S400 and S800 device those are on the same bus. This mean that S800 device needs to talk to S400 devices at 400Mb/s. On Jan 18, 2008 8:14 AM, Sean Bruno wrote: > Hidetoshi Shimokawa wrote: > > Do you have two (S400 only and S800) cards? > > In that case you will have two devices (fwohci0 and fwohci1). > > If you have only one card and have S400 and S800 ports, you will have > > one device and one bus. > > Output of devinfo(8) and fwcontrol -t may be helpful. > > The line "fwohci0: invalid speed 7 (fixed to 3)." is expected. > > > > Regards, > > > > > This is a 400/800 card: http://www.syba.com/Product/Info/Id/411 > > fwcontrol -t: > source # fwcontrol -t > crc_len: 3 generation:3 node_count:1 sid_count:1 > id link gap_cnt speed delay cIRM power port0 port1 port2 ini more > 00 1 5 S800 0 1 -1W - - - 1 0 > > Sean > > > > On Jan 18, 2008 4:58 AM, Sean Bruno wrote: > > > >> I'm curious, I put a 400/800 card into a FreeBSD 6 machine today and I > >> assumed that I would see several different "buses" but I only see one > >> according to camcontrol. Should I see one bus per port or per firewire > >> controller? > >> > >> Also, the card I am using displays interesting output on startup, is > >> this a h/w bug? > >> > >> > >> fwohci0: mem > >> 0x2a109000-0x2a1097ff,0x2a100000-0x2a103fff irq 17 at device 6.0 on pci0 > >> fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0x2a109000 > >> fwohci0: [MPSAFE] > >> fwohci0: OHCI version 1.10 (ROM=1) > >> fwohci0: No. of Isochronous channels is 4. > >> fwohci0: EUI64 00:13:3b:01:00:01:00:58 > >> fwohci0: invalid speed 7 (fixed to 3). > >> fwohci0: Phy 1394a available S800, 3 ports. > >> fwohci0: Link S800, max_rec 4096 bytes. > >> firewire0: on fwohci0 > >> > >> > >> Sean > >> > >> _______________________________________________ > >> freebsd-firewire@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-firewire > >> To unsubscribe, send any mail to "freebsd-firewire-unsubscribe@freebsd.org" > >> > >> > >> > > > > > > > > > > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG