From bugmaster at FreeBSD.org  Mon Feb  2 03:06:51 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Feb  2 03:07:43 2009
Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org
Message-ID: <200902021106.n12B6nU5094402@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/113785  firewire   [firewire] dropouts when playing DV on firewire
o kern/74238   firewire   [firewire] fw_rcv: unknown response; firewire ad-hoc w

2 problems total.

From sean.bruno at dsl-only.net  Mon Feb  2 09:27:24 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Mon Feb  2 09:27:31 2009
Subject: fwcontrol patch
Message-ID: <1233595638.8067.1.camel@localhost.localdomain>

Warner:

I took your patch and slightly modified it.  Specifically, I changed
the key printf that you are changing into a time stamp.

If this works for you, I'll comitt it today.

Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fwcontrol.diff
Type: text/x-patch
Size: 1623 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090202/ebc6c84c/fwcontrol.bin
From imp at bsdimp.com  Mon Feb  2 12:34:10 2009
From: imp at bsdimp.com (M. Warner Losh)
Date: Mon Feb  2 12:34:16 2009
Subject: fwcontrol patch
In-Reply-To: <1233595638.8067.1.camel@localhost.localdomain>
References: <1233595638.8067.1.camel@localhost.localdomain>
Message-ID: <20090202.133145.1252943751.imp@bsdimp.com>

In message: <1233595638.8067.1.camel@localhost.localdomain>
            Sean Bruno <sean.bruno@dsl-only.net> writes:
: I took your patch and slightly modified it.  Specifically, I changed
: the key printf that you are changing into a time stamp.
: 
: If this works for you, I'll comitt it today.

Don't have time to test it, but it passes my eyeball test...

Warner
From gavin at FreeBSD.org  Mon Feb  2 13:13:42 2009
From: gavin at FreeBSD.org (gavin@FreeBSD.org)
Date: Mon Feb  2 13:13:48 2009
Subject: kern/118093: [firewire] firewire bus reset hogs CPU,
	causing data to be lost
Message-ID: <200902022113.n12LDfEI059994@freefall.freebsd.org>

Synopsis: [firewire] firewire bus reset hogs CPU, causing data to be lost

Responsible-Changed-From-To: freebsd-bugs->freebsd-firewire
Responsible-Changed-By: gavin
Responsible-Changed-When: Mon Feb 2 21:11:18 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).  This looks like it may be some bad
interaction between the firewire stack and using a serial
console.  To submitter: It may be worth while switching to
uart(4) rather than sio(4) for your serial ports and seeing
if that makes any difference (as I don't think uart(4) uses
the Giant lock).

http://www.freebsd.org/cgi/query-pr.cgi?pr=118093
From gavin at FreeBSD.org  Mon Feb  2 13:15:20 2009
From: gavin at FreeBSD.org (gavin@FreeBSD.org)
Date: Mon Feb  2 13:15:32 2009
Subject: kern/122951: [firewire] video-transfer via fwcontrol triggers a
	panic (fwdev)
Message-ID: <200902022115.n12LFIfH060501@freefall.freebsd.org>

Synopsis: [firewire] video-transfer via fwcontrol triggers a panic (fwdev)

Responsible-Changed-From-To: freebsd-bugs->freebsd-firewire
Responsible-Changed-By: gavin
Responsible-Changed-When: Mon Feb 2 21:13:50 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).  To submitter: Can you please provide
a full verbose dmesg?

http://www.freebsd.org/cgi/query-pr.cgi?pr=122951
From gavin at FreeBSD.org  Mon Feb  2 13:17:22 2009
From: gavin at FreeBSD.org (gavin@FreeBSD.org)
Date: Mon Feb  2 13:17:29 2009
Subject: kern/125673: [firewire] [panic] FreeBSD7 panics when
	kldunloading firewire
Message-ID: <200902022117.n12LHKYU060565@freefall.freebsd.org>

Synopsis: [firewire] [panic] FreeBSD7 panics when kldunloading firewire

Responsible-Changed-From-To: freebsd-bugs->freebsd-firewire
Responsible-Changed-By: gavin
Responsible-Changed-When: Mon Feb 2 21:16:56 UTC 2009
Responsible-Changed-Why: 
0ver to maintainer(s)

http://www.freebsd.org/cgi/query-pr.cgi?pr=125673
From gavin at FreeBSD.org  Mon Feb  2 13:34:16 2009
From: gavin at FreeBSD.org (gavin@FreeBSD.org)
Date: Mon Feb  2 13:34:31 2009
Subject: kern/125673: [firewire] [panic] FreeBSD7 panics when
	kldunloading firewire
Message-ID: <200902022134.n12LYDMf076547@freefall.freebsd.org>

Synopsis: [firewire] [panic] FreeBSD7 panics when kldunloading firewire

State-Changed-From-To: open->patched
State-Changed-By: gavin
State-Changed-When: Mon Feb 2 21:32:20 UTC 2009
State-Changed-Why: 
Mark this as patched, it looks like it was fixed with the commit
http://docs.FreeBSD.org/cgi/mid.cgi?200805101340.m4ADegUm037362
although that has not been merged to the STABLE branches yet.
To submitter: would you be able to apply the changes and verify
they fix your issues?

http://www.freebsd.org/cgi/query-pr.cgi?pr=125673
From gavin at FreeBSD.org  Mon Feb  2 13:36:10 2009
From: gavin at FreeBSD.org (gavin@FreeBSD.org)
Date: Mon Feb  2 13:36:17 2009
Subject: kern/114646: [firewire] [patch] firewire fails after
	suspend/resume
Message-ID: <200902022136.n12La8mI076615@freefall.freebsd.org>

Synopsis: [firewire] [patch] firewire fails after suspend/resume

State-Changed-From-To: feedback->patched
State-Changed-By: gavin
State-Changed-When: Mon Feb 2 21:35:00 UTC 2009
State-Changed-Why: 
Mark this as patched, it looks like it was fixed with the commit
http://docs.FreeBSD.org/cgi/mid.cgi?200805100922.m4A9M6fg014158
although that has not been merged to the STABLE branches yet.
To submitter: would you be able to apply the changes manually and
verify they fix your issues?


Responsible-Changed-From-To: gavin->freebsd-firewire
Responsible-Changed-By: gavin
Responsible-Changed-When: Mon Feb 2 21:35:00 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s)

http://www.freebsd.org/cgi/query-pr.cgi?pr=114646
From sean.bruno at dsl-only.net  Mon Feb  2 13:40:07 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Mon Feb  2 13:40:17 2009
Subject: kern/125673: [firewire] [panic] FreeBSD7 panics when
 kldunloading firewire
Message-ID: <200902022140.n12Le6dO076747@freefall.freebsd.org>

The following reply was made to PR kern/125673; it has been noted by GNATS.

From: Sean Bruno <sean.bruno@dsl-only.net>
To: bug-followup@FreeBSD.org, stadtkind2@gmx.de
Cc:  
Subject: Re: kern/125673: [firewire] [panic] FreeBSD7 panics when
 kldunloading firewire
Date: Mon, 02 Feb 2009 13:33:48 -0800

 Please retest and attach the following:
 
 your kernel configuration
 the output of "kldstat"
 
 
 Sean
 
From freebsd at sopwith.solgatos.com  Mon Feb  2 21:08:33 2009
From: freebsd at sopwith.solgatos.com (Dieter)
Date: Mon Feb  2 21:08:40 2009
Subject: firewire disk support?
Message-ID: <200902030351.DAA09252@sopwith.solgatos.com>

How well does FreeBSD support firewire disks?
Does hotplugging work properly?
Does a bus reset endanger data?
Can I turn the disk write cache on and off?
Can I access SMART info?
How fast are they?
Specific firewire-to-sata bridges that are recommended?
Specific bridges to avoid?
Any known problems?

I have a couple of USB-to-*ATA bridges and they are slow,
and they don't allow turning the disk's write cache off,
or access to SMART info.  I know that firewire will be
slower than esata, but the USB ones are really slow
(10-15 MB/s) and not being able to turn the write cache
on and off is a serious problem.
From sean.bruno at dsl-only.net  Mon Feb  2 21:53:08 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Mon Feb  2 21:53:15 2009
Subject: firewire disk support?
In-Reply-To: <200902030351.DAA09252@sopwith.solgatos.com>
References: <200902030351.DAA09252@sopwith.solgatos.com>
Message-ID: <1233640386.8067.18.camel@localhost.localdomain>


On Mon, 2009-02-02 at 19:51 +0000, Dieter wrote:

> How well does FreeBSD support firewire disks?
> Does hotplugging work properly?
> Does a bus reset endanger data?
> Can I turn the disk write cache on and off?
> Can I access SMART info?
> How fast are they?
> Specific firewire-to-sata bridges that are recommended?
> Specific bridges to avoid?
> Any known problems?
> 
> I have a couple of USB-to-*ATA bridges and they are slow,
> and they don't allow turning the disk's write cache off,
> or access to SMART info.  I know that firewire will be
> slower than esata, but the USB ones are really slow
> (10-15 MB/s) and not being able to turn the write cache
> on and off is a serious problem.


Excellent questions all.  Here is what I know:

FreeBSD firewire drives 400/800 do work just fine.

hotplug works much better now after a comitt to HEAD.(187993)
-- Some of which will be MFC'd to 7 soon

BUS_RESET's should behave fine, more data validation testing should be
done.

Caching and SMART do not work.  SBP doesn't pass through these commands
yet.  TODO

Disk speed on my Seagates in an FW800 enclosure do nicely ~40MB/s

My Firewire-SATA bridge:
http://www.newegg.com/Product/Product.aspx?Item=N82E16817716028

Bridges/enclosures to avoid?  Unknown.

Known problems?

If a enclosure is 400/800, your BSD box is 400/800 capable and you
connect the 400 ports together, negotiation will fail
and attempt to use 800 speed on a 400 link.

I don't know if BSD is bootable from firewire either.

Hope this helps.

Sean


From gavin at FreeBSD.org  Tue Feb  3 02:10:45 2009
From: gavin at FreeBSD.org (gavin@FreeBSD.org)
Date: Tue Feb  3 02:10:52 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
	disk is attached
Message-ID: <200902031010.n13AAigs098429@freefall.freebsd.org>

Synopsis: [firewire] System hangs / locks up when a firewire disk is attached

State-Changed-From-To: feedback->open
State-Changed-By: gavin
State-Changed-When: Tue Feb 3 10:10:01 UTC 2009
State-Changed-Why: 
Submitter confirms that this still causes problems with 7.1


Responsible-Changed-From-To: gavin->freebsd-firewire
Responsible-Changed-By: gavin
Responsible-Changed-When: Tue Feb 3 10:10:01 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s)

http://www.freebsd.org/cgi/query-pr.cgi?pr=97208
From gavin at FreeBSD.org  Tue Feb  3 02:20:07 2009
From: gavin at FreeBSD.org (Gavin Atkinson)
Date: Tue Feb  3 02:20:13 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
	disk is attached
Message-ID: <200902031020.n13AK6wL001210@freefall.freebsd.org>

The following reply was made to PR kern/97208; it has been noted by GNATS.

From: Gavin Atkinson <gavin@FreeBSD.org>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/97208: [firewire] System hangs / locks up when a firewire
	disk is attached
Date: Tue, 03 Feb 2009 10:09:52 +0000

 -------- Forwarded Message --------
 From: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
 To: gavin@FreeBSD.org
 Cc: freebsd-bugs@FreeBSD.org
 Date: Tue, 03 Feb 2009 00:16:52 +0100
 
 Hello,
 
 On Mon, 02 Feb 2009 20:56:25 +0000 (GMT)
 gavin@FreeBSD.org wrote:
 
 > To submitter: I'm sorry that this PR has laid dormant for so
 > long.  Do you know if this is still a problem with newer
 > versions of FreeBSD?
 
 The machine currently runs FreeBSD 6.2-stable:
 root@kg-fil# uname -a
 FreeBSD kg-fil.kg4.no 6.2-STABLE FreeBSD 6.2-STABLE #20: Mon Mar 12 23:04:49 CET 2007     root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60  amd64
 
 and the problem still exists there.
 
 However, I did try booting off a FreeBSD 7.1-release / amd64 livefs cd. With 7.1-release, the machine doesn't hang, bot the console fills up with messages:
 fwohci0: phy int
 
 and the disk never attaches. I can detach the disk and attach it without the machine hanging (but lots of "phy int" messages when the disk is attached). I guess that's a bit of progress.
 
 Missing from my first report was the make of firewire controller:
 root@kg-fil# pciconf -lv | grep FireWire -B 4
 fwohci0@pci1:10:0:	class=0x0c0010 card=0x10001458 chip=0x8025104c rev=0x01 hdr=0x00
     vendor     = 'Texas Instruments (TI)'
     device     = 'TSB82AA2 1394b OHCI-Lynx IEEE 1394 Host Controller'
     class      = serial bus
     subclass   = FireWire
 
 HTH
From sean.bruno at dsl-only.net  Tue Feb  3 09:30:10 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Tue Feb  3 09:30:16 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
Message-ID: <200902031730.n13HU5wX030656@freefall.freebsd.org>

The following reply was made to PR kern/97208; it has been noted by GNATS.

From: Sean Bruno <sean.bruno@dsl-only.net>
To: bug-followup@FreeBSD.org, torfinn.ingolfsen@broadpark.no
Cc:  
Subject: Re: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
Date: Tue, 03 Feb 2009 09:22:22 -0800

 Interesting.  I have a very similar board in my test machine.
 
 Differences are that I am running i386 and not amd64.
 
 A couple of things I'd like to have tested.
 
 1.  Use a i386 livefs CD instead, just as a test.  See if the same
 problem manifests itself(icky, I really hope it's not this one).
 
 2.  after your BSD box is powered up, please set some debugging flags:
 	"sysctl debug.sbp_debug=2"
 	"sysctl debug.firewire_debug=2"
 	send me the output from the console when connecting your device.  You
 may be able to grab the dmesg and send it to me.
 
 3.  "fwcontrol" output and "fwcontrol -p" would be nice as well.
 
 4.  Specifically, what type of firewire drive is this?
 
 Sean
 
From sean.bruno at dsl-only.net  Tue Feb  3 09:40:06 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Tue Feb  3 09:40:15 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
Message-ID: <200902031740.n13He5il039486@freefall.freebsd.org>

The following reply was made to PR kern/97208; it has been noted by GNATS.

From: Sean Bruno <sean.bruno@dsl-only.net>
To: bug-followup@FreeBSD.org, torfinn.ingolfsen@broadpark.no
Cc:  
Subject: Re: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
Date: Tue, 03 Feb 2009 09:37:18 -0800

 Also, there do appear to be some kind of "updates" for this Maxtor
 series drive.
 
 Have you updated it with the s/w on the Maxtor website?
 
 Sean
 
From freebsd at sopwith.solgatos.com  Tue Feb  3 21:50:44 2009
From: freebsd at sopwith.solgatos.com (Dieter)
Date: Tue Feb  3 21:50:55 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
	disk is attached 
In-Reply-To: Your message of "Tue, 03 Feb 2009 17:40:05 GMT."
	<200902031740.n13He5il039486@freefall.freebsd.org> 
Message-ID: <200902032344.XAA07891@sopwith.solgatos.com>

>  Also, there do appear to be some kind of "updates" for this Maxtor
>  series drive.
>  
>  Have you updated it with the s/w on the Maxtor website?

If it is one of these:

	Barracuda 7200.11, Barracuda ES.2 (SATA), DiamondMax 22, FreeAgent Desk,
	Maxtor OneTouch 4, Pipeline HD, Pipeline HD Pro, SV35.3, SV35.4

	(Barracuda ES.2 SAS drive is not affected)

and manufactured before 2009-01-12 it may need a firmware update.
If FreeBSD's firewire can't access cache control or SMART info, I suspect
it can't update firmware either.

Seagate's solution only works on x86 pee-cee.  People are working on
a way to update the firmware from Unix (any CPU arch) but nothing yet.

Try to avoid reboot/reset/power cycle, or the drive might "brick" itself.
Getting the drive unbricked requires a TTL to RS-232 adapter (e.g. MAX232)
and running a dangerous procedure.  (This is certainly how Seagate does it,
but we don't know what commands they use.) Or sending the drive to Seagate
and potentially letting their techs sell your data on the black market.

Solution:

	1) buy some non-buggy drives
	2) find a way to connect them without rebooting
	3) copy your data to non-buggy drives.
	4) copy /dev/zero to the drive (in case something goes wrong and
	   you want to have Seagate fix it)
	5a) update firmware (if you have an x86 pee-cee available, and don't
	    mind risking the drive bricking when you boot their update program)
		or
	5b) work on software to update firmware from Unix

Are we having fun yet?
From freebsd at sopwith.solgatos.com  Tue Feb  3 21:50:44 2009
From: freebsd at sopwith.solgatos.com (Dieter)
Date: Tue Feb  3 21:50:55 2009
Subject: firewire disk support? 
In-Reply-To: Your message of "Mon, 02 Feb 2009 21:53:06 PST."
	<1233640386.8067.18.camel@localhost.localdomain> 
Message-ID: <200902032313.XAA18326@sopwith.solgatos.com>

> > How well does FreeBSD support firewire disks?
> > Does hotplugging work properly?
> > Does a bus reset endanger data?
> > Can I turn the disk write cache on and off?
> > Can I access SMART info?
> > How fast are they?
> > Specific firewire-to-sata bridges that are recommended?
> > Specific bridges to avoid?
> > Any known problems?
> > 
> > I have a couple of USB-to-*ATA bridges and they are slow,
> > and they don't allow turning the disk's write cache off,
> > or access to SMART info.  I know that firewire will be
> > slower than esata, but the USB ones are really slow
> > (10-15 MB/s) and not being able to turn the write cache
> > on and off is a serious problem.
> 
> 
> Excellent questions all.  Here is what I know:
> 
> FreeBSD firewire drives 400/800 do work just fine.
> 
> hotplug works much better now after a comitt to HEAD.(187993)
> -- Some of which will be MFC'd to 7 soon

Hmmm, the mail flying around on kern/97208 makes it sound like
it doesn't work so well.  :-(

> Caching and SMART do not work.  SBP doesn't pass through these commands
> yet.  TODO

So the bridge chips can pass the commands through, and we just
need to teach the kernel how to do that?

> Bridges/enclosures to avoid?  Unknown.

There is at least one chip to avoid, part number forgotten.

> I don't know if BSD is bootable from firewire either.

That would depend on the mainboard firmware.  If coreboot
(formerly known as LinuxBIOS) supports the board, it could
probably be made to support booting from firewire.
http://www.coreboot.org/Booting_FreeBSD_using_coreboot

I'm trying to dig myself out from the Seagate 7200.11 firmware
hole, need to backup to non-7200.11 disks without rebooting.
I was hoping that a firewire-to-sata bridge might give me
hotplugging, but it sounds like it isn't quite there yet.
From sean.bruno at dsl-only.net  Thu Feb  5 13:30:59 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Thu Feb  5 13:31:04 2009
Subject: x84_64 vs i386 Testing
Message-ID: <1233869457.3826.1.camel@localhost.localdomain>

I don't have an x86_64 capable machine at my disposal at the moment, so
I hope that someone else out there has the ability to validate -current
at this point.

I'd like to get a "warm fuzzy" on 64bit BSD right now with regards to
changes I'm making in -current.  Basic testing would consist of
attaching a Firewire HD to a PC and running some basic disk i/o to
it(newfs, dd, bonnie).

Any data points would be helpful.

Sean

From torfinn.ingolfsen at broadpark.no  Sat Feb  7 07:20:06 2009
From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen)
Date: Sat Feb  7 07:20:12 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
Message-ID: <200902071520.n17FK5mC047103@freefall.freebsd.org>

The following reply was made to PR kern/97208; it has been noted by GNATS.

From: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
To: Sean Bruno <sean.bruno@dsl-only.net>
Cc: bug-followup@FreeBSD.org
Subject: Re: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
Date: Sat, 07 Feb 2009 15:12:00 +0100

 Hello,
 
 On Tue, 03 Feb 2009 09:37:18 -0800
 Sean Bruno <sean.bruno@dsl-only.net> wrote:
 
 > Also, there do appear to be some kind of "updates" for this Maxtor
 > series drive.
 > 
 > Have you updated it with the s/w on the Maxtor website?
 
 The drive in question is a Maxtor OneTouch II, 300GB drive with both
 usb and firewire ports on it.
 I have checked Maxtor.com for the updates you mention, but the only
 thing I could find were:
 - os specific drivers for Windows, OS X
 - updates to included backup software (again Windows and / or OS X
 specific)
 
 If therer are firmware updates for this drive, could you plase point me
 to it?
 
 Thanks!
 -- 
 Regards,
 Torfinn Ingolfsen,
 Norway
 
From torfinn.ingolfsen at broadpark.no  Sat Feb  7 07:30:08 2009
From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen)
Date: Sat Feb  7 07:30:16 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
Message-ID: <200902071530.n17FU7VE054050@freefall.freebsd.org>

The following reply was made to PR kern/97208; it has been noted by GNATS.

From: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
To: Sean Bruno <sean.bruno@dsl-only.net>
Cc: bug-followup@FreeBSD.org
Subject: Re: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
Date: Sat, 07 Feb 2009 16:19:45 +0100

 This is a multi-part message in MIME format.
 
 --Boundary_(ID_YA/WkY2XpBcnWronXm45zQ)
 Content-type: text/plain; charset=US-ASCII
 Content-transfer-encoding: 7BIT
 
 On Tue, 03 Feb 2009 09:22:22 -0800
 Sean Bruno <sean.bruno@dsl-only.net> wrote:
 
 > 1.  Use a i386 livefs CD instead, just as a test.  See if the same
 > problem manifests itself(icky, I really hope it's not this one).
 
 Ok. All further tests done with FreeBSD 7.1-release / i386, unless
 otherwise noted.
 
 With i386, I still have the problem that dmesg fills up with messages
 "phy int" and the drive does not attach. The machine does not hang, I
 can attach and deattach the drive several times
 
 > 2.  after your BSD box is powered up, please set some debugging flags:
 > 	"sysctl debug.sbp_debug=2"
 > 	"sysctl debug.firewire_debug=2"
 
 done.
 
 > 	send me the output from the console when connecting your
 > device.  You may be able to grab the dmesg and send it to me.
 
 Well, the console / dmesg  very quickly fills up with "phy int"
 messages. I have done a quick connect / disconnect of the drive, in
 hope that you will get dsome meaningful messages. dmesg output attahed.
 
 > 3.  "fwcontrol" output and "fwcontrol -p" would be nice as well.
 
 Attached.
 
 > 
 > 4.  Specifically, what type of firewire drive is this?
 
 Maxtor OneTouch II, 300 GB, usb and firewire ports.
 
 HTH
 -- 
 Regards,
 Torfinn Ingolfsen,
 Norway
 
 
 --Boundary_(ID_YA/WkY2XpBcnWronXm45zQ)
 Content-type: text/plain; name=fw-dmesg.txt
 Content-transfer-encoding: 7BIT
 Content-disposition: attachment; filename=fw-dmesg.txt
 
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: node_id=0xc800ffc0, gen=195, CYCLEMASTER mode
 firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
 fwohci0: fw_set_bus_manager: 0->0 (loop=0)
 firewire0: bus manager 0 (me)
 send phy_config root_node=-1 gap_count=5
 fwohci0: start AT DMA status=11
 Current DB 0
 ch = 0
  Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
 01877200 OUTL ST2 ALL ALL    12 00000000 01877280 8411:810f RUN,ACTIVE, ack complete(11)
 0x000000e0 0x00450000 0xffbaffff 0x00000000
 bus_explore done
 sbp_post_explore (sbp_cold=0)
 fwohci0: BUS reset
 sbp_post_busreset
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: too many cycle lost, no cycle master presents?
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: phy int
 fwohci0: node_id=0xc800ffc0, gen=217, CYCLEMASTER mode
 firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
 fwohci0: fw_set_bus_manager: 0->0 (loop=0)
 firewire0: bus manager 0 (me)
 send phy_config root_node=-1 gap_count=5
 fwohci0: start AT DMA status=11
 Current DB 0
 ch = 0
  Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
 01877280 OUTL ST2 ALL ALL    12 00000000 01877300 8411:3df0 RUN,ACTIVE, ack complete(11)
 0x000000e0 0x00450000 0xffbaffff 0x00000000
 bus_explore done
 sbp_post_explore (sbp_cold=0)
 
 --Boundary_(ID_YA/WkY2XpBcnWronXm45zQ)
 Content-type: text/plain; name=fwcontrol.txt
 Content-transfer-encoding: 7BIT
 Content-disposition: attachment; filename=fwcontrol.txt
 
 1 devices (info_len=1)
 node           EUI64          status    hostname
    0  00-14-85-56-00-8a-69-c1      0    
 
 --Boundary_(ID_YA/WkY2XpBcnWronXm45zQ)
 Content-type: text/plain; name=fwcontrol-p.txt
 Content-transfer-encoding: 7BIT
 Content-disposition: attachment; filename=fwcontrol-p.txt
 
 === base register ===
 0x01 0x05 0xe3 0xe2 0xc4 0x0b 0x10 0x20 
 Physical_ID:0  R:0  CPS:1
 RHB:0  IBR:0  Gap_Count:5
 Extended:7 Num_Ports:3
 PHY_Speed:7 Delay:2
 LCtrl:1 C:1 Jitter:0 Pwr_Class:4
 WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:1 PEI:0 EAA:1 EMC:1
 Max_Legacy_SPD:0 BLINK:1 Bridge:0
 Page_Select:1 Port_Select0
 
 === page 0 port 0 ===
 0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
 Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
 Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
 DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
 Connection_unreliable:0 Beta_mode:0
 Port_error:0x0
 Loop_disable:0 In_standby:0 Hard_disable:0
 
 === page 0 port 1 ===
 0xb6 0x00 0xbb 0x00 0x00 0x00 0x00 0x00 
 Astat:2 BStat:3 Ch:0 Con:1 RXOK:1 Dis:0
 Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
 DC_connected:1 Max_port_speed:3 LPP:1 Cable_speed:3
 Connection_unreliable:0 Beta_mode:0
 Port_error:0x0
 Loop_disable:0 In_standby:0 Hard_disable:0
 
 === page 0 port 2 ===
 0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
 Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
 Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
 DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
 Connection_unreliable:0 Beta_mode:0
 Port_error:0x0
 Loop_disable:0 In_standby:0 Hard_disable:0
 
 === page 1 ===
 0x02 0x00 0x08 0x00 0x28 0x83 0x13 0x04 
 Compliance:2
 Vendor_ID:0x080028
 Product_ID:0x831304
 
 --Boundary_(ID_YA/WkY2XpBcnWronXm45zQ)--
From sean.bruno at dsl-only.net  Sun Feb  8 14:07:21 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Sun Feb  8 14:07:28 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
In-Reply-To: <200902071530.n17FU7VE054050@freefall.freebsd.org>
References: <200902071530.n17FU7VE054050@freefall.freebsd.org>
Message-ID: <1234130839.3467.8.camel@localhost.localdomain>




On Sat, 2009-02-07 at 15:30 +0000, Torfinn Ingolfsen wrote:
>  
>  With i386, I still have the problem that dmesg fills up with messages
>  "phy int" and the drive does not attach. The machine does not hang, I
>  can attach and deattach the drive several times

I will backport a patch to allow CAM to see a drive connect/disconnect
better this week.  Right now, I think you have to reboot if the initial
connection fails.  It's kind of awful.

>  > 
>  > 4.  Specifically, what type of firewire drive is this?
>  
>  Maxtor OneTouch II, 300 GB, usb and firewire ports.

I noted that there are 2 models of the Maxtor OneTouch II.  It appears
from the fwcontrol output that you have a FW800 adapter in your PC and
that the Maxtor is using a FW800 port.  Does the FW400 port work?  Does
the USB port work?


>  fwohci0: node_id=0xc800ffc0, gen=195, CYCLEMASTER mode
>  firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
>  fwohci0: fw_set_bus_manager: 0->0 (loop=0)
>  firewire0: bus manager 0 (me)
>  send phy_config root_node=-1 gap_count=5
>  fwohci0: start AT DMA status=11
>  Current DB 0
>  ch = 0
>   Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
>  01877200 OUTL ST2 ALL ALL    12 00000000 01877280 8411:810f RUN,ACTIVE, ack complete(11)
>  0x000000e0 0x00450000 0xffbaffff 0x00000000
>  bus_explore done
>  sbp_post_explore (sbp_cold=0)
>  fwohci0: BUS reset
>  sbp_post_busreset
>  fwohci0: phy int
>  fwohci0: phy int
>  fwohci0: phy int
>  fwohci0: phy int
>  fwohci0: phy int
>  fwohci0: phy int
>  fwohci0: phy int
>  fwohci0: phy int
>  fwohci0: phy int
>  fwohci0: too many cycle lost, no cycle master presents?

>  fwohci0: phy int
>  fwohci0: phy int
>  fwohci0: node_id=0xc800ffc0, gen=217, CYCLEMASTER mode
>  firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
>  fwohci0: fw_set_bus_manager: 0->0 (loop=0)
>  firewire0: bus manager 0 (me)
>  send phy_config root_node=-1 gap_count=5
>  fwohci0: start AT DMA status=11
>  Current DB 0
>  ch = 0
>   Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
>  01877280 OUTL ST2 ALL ALL    12 00000000 01877300 8411:3df0 RUN,ACTIVE, ack complete(11)
>  0x000000e0 0x00450000 0xffbaffff 0x00000000
>  bus_explore done
>  sbp_post_explore (sbp_cold=0)

I'll have to see what the "phy int" is supposed to mean.  Right now it
appears that the FreeBSD firewire stack treats it as a no-op.

I am puzzled by the fact that "stuff" appears to be happening WAY before
a busreset occurs.  This seems bad.

Try the same test, but execute a "fwcontrol -r" to force a bus reset.
I'd be interested to see the same output from your console with
debugging enabled.

 
>  
>  === base register ===
>  0x01 0x05 0xe3 0xe2 0xc4 0x0b 0x10 0x20 
>  Physical_ID:0  R:0  CPS:1
>  RHB:0  IBR:0  Gap_Count:5
>  Extended:7 Num_Ports:3
>  PHY_Speed:7 Delay:2
>  LCtrl:1 C:1 Jitter:0 Pwr_Class:4
>  WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:1 PEI:0 EAA:1 EMC:1
>  Max_Legacy_SPD:0 BLINK:1 Bridge:0
>  Page_Select:1 Port_Select0
>  
>  === page 0 port 0 ===
>  0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
>  Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
>  Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
>  DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
>  Connection_unreliable:0 Beta_mode:0
>  Port_error:0x0
>  Loop_disable:0 In_standby:0 Hard_disable:0
>  
>  === page 0 port 1 ===
>  0xb6 0x00 0xbb 0x00 0x00 0x00 0x00 0x00 
>  Astat:2 BStat:3 Ch:0 Con:1 RXOK:1 Dis:0
>  Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
>  DC_connected:1 Max_port_speed:3 LPP:1 Cable_speed:3
>  Connection_unreliable:0 Beta_mode:0
>  Port_error:0x0
>  Loop_disable:0 In_standby:0 Hard_disable:0
>  
>  === page 0 port 2 ===
>  0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
>  Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
>  Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
>  DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
>  Connection_unreliable:0 Beta_mode:0
>  Port_error:0x0
>  Loop_disable:0 In_standby:0 Hard_disable:0

You appear to have 2 ports connected to FW800 devices, port 0 and port
2.  What is on both ports?


Sean

From freebsd at sopwith.solgatos.com  Sun Feb  8 22:32:37 2009
From: freebsd at sopwith.solgatos.com (Dieter)
Date: Sun Feb  8 22:32:43 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
	disk is attached 
In-Reply-To: Your message of "Sat, 07 Feb 2009 15:20:05 GMT."
	<200902071520.n17FK5mC047103@freefall.freebsd.org> 
Message-ID: <200902090630.GAA09996@sopwith.solgatos.com>

>  > Also, there do appear to be some kind of "updates" for this Maxtor
>  > series drive.
>  > 
>  > Have you updated it with the s/w on the Maxtor website?
>  
>  The drive in question is a Maxtor OneTouch II, 300GB drive with both
>  usb and firewire ports on it.
>  I have checked Maxtor.com for the updates you mention, but the only
>  thing I could find were:
>  - os specific drivers for Windows, OS X
>  - updates to included backup software (again Windows and / or OS X
>  specific)
>  
>  If therer are firmware updates for this drive, could you plase point me
>  to it?

I assume that "OneTouch II" is that name of a product including the
external box and USB/FW bridge.  You need the model of the actual
SATA or PATA drive inside.  You can get that using "atacontrol cap $disk_name"
for a disk connected directly to a SATA or PATA controller.  I haven't
been able to get this info for a disk connected through a USB bridge,
and firewire may have the same problem.  You might have to open the box
up and look at the label on the drive.  You'll need the serial number as well.

Somewhere under www.seagate.com there is a page that will supposedly
tell you if your particular drive was run through the broken test
machine or not.  Seagate's web site is broken and doesn't work for me,
perhaps you will have better luck.

There are reports of false negatives if you use lower case, so
be sure to match the case when entering model number and serial number.
From bugmaster at FreeBSD.org  Mon Feb  9 03:06:50 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Feb  9 03:07:48 2009
Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org
Message-ID: <200902091106.n19B6nPG009083@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
p kern/125673  firewire   [firewire] [panic] FreeBSD7 panics when kldunloading f
o kern/122951  firewire   [firewire] video-transfer via fwcontrol triggers a pan
o kern/118093  firewire   [firewire] firewire bus reset hogs CPU, causing data t
p kern/114646  firewire   [firewire] [patch] firewire fails after suspend/resume
o kern/113785  firewire   [firewire] dropouts when playing DV on firewire
o kern/97208   firewire   [firewire] System hangs / locks up when a firewire dis
o kern/74238   firewire   [firewire] fw_rcv: unknown response; firewire ad-hoc w

7 problems total.

From torfinn.ingolfsen at broadpark.no  Mon Feb  9 13:06:02 2009
From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen)
Date: Mon Feb  9 13:06:09 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
In-Reply-To: <1234130839.3467.8.camel@localhost.localdomain>
References: <200902071530.n17FU7VE054050@freefall.freebsd.org>
	<1234130839.3467.8.camel@localhost.localdomain>
Message-ID: <20090209210559.0f398d11.torfinn.ingolfsen@broadpark.no>

On Sun, 08 Feb 2009 14:07:19 -0800
Sean Bruno <sean.bruno@dsl-only.net> wrote:

> I will backport a patch to allow CAM to see a drive connect/disconnect
> better this week.  Right now, I think you have to reboot if the
> initial connection fails.  It's kind of awful.

Well for me, the drive itself _never_ attaches properly.

> I noted that there are 2 models of the Maxtor OneTouch II.  It appears
> from the fwcontrol output that you have a FW800 adapter in your PC and
> that the Maxtor is using a FW800 port.  Does the FW400 port work?
> Does the USB port work?

I am using this motherboard[1]. The TI chipset on the mb is FW-800. All
fw ports are equal, ie. there are no fw400-only ports.
Yes, the usb port on the dive works (as reported initially).

> I am puzzled by the fact that "stuff" appears to be happening WAY
> before a busreset occurs.  This seems bad.

I agree, it seems bad. :-)

> Try the same test, but execute a "fwcontrol -r" to force a bus reset.

I'll try this another day (the box is busy now, recording).

> I'd be interested to see the same output from your console with
> debugging enabled.

The output you got already _is_ with debugging enabled (ie those two
sysctls you asked for).

> You appear to have 2 ports connected to FW800 devices, port 0 and port
> 2.  What is on both ports?

Well that's wrong. Therer is only one thing connected to firewire ports
when the test was performed: the Maxtor drive.
Does the controler count as one port?


References:
1)
http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ProductID=1860

-- 
Regards,
Torfinn Ingolfsen

From sean.bruno at dsl-only.net  Mon Feb  9 13:59:58 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Mon Feb  9 14:00:06 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
In-Reply-To: <20090209210559.0f398d11.torfinn.ingolfsen@broadpark.no>
References: <200902071530.n17FU7VE054050@freefall.freebsd.org>
	<1234130839.3467.8.camel@localhost.localdomain>
	<20090209210559.0f398d11.torfinn.ingolfsen@broadpark.no>
Message-ID: <1234212128.3467.15.camel@localhost.localdomain>


> > I'd be interested to see the same output from your console with
> > debugging enabled.
> 
> The output you got already _is_ with debugging enabled (ie those two
> sysctls you asked for).
> 
> > You appear to have 2 ports connected to FW800 devices, port 0 and port
> > 2.  What is on both ports?
> 
> Well that's wrong. Therer is only one thing connected to firewire ports
> when the test was performed: the Maxtor drive.
> Does the controler count as one port?
> 
> 
> References:
> 1)
> http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ProductID=1860
> 

No.  The "ports" in "fwcontrol -p" are physical.  

Can you send a fwcontrol -p with NOTHING connected?

Sean

From torfinn.ingolfsen at broadpark.no  Tue Feb 10 10:34:37 2009
From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen)
Date: Tue Feb 10 10:34:45 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
In-Reply-To: <1234212128.3467.15.camel@localhost.localdomain>
References: <200902071530.n17FU7VE054050@freefall.freebsd.org>
	<1234130839.3467.8.camel@localhost.localdomain>
	<20090209210559.0f398d11.torfinn.ingolfsen@broadpark.no>
	<1234212128.3467.15.camel@localhost.localdomain>
Message-ID: <20090210193435.04c98bff.torfinn.ingolfsen@broadpark.no>

On Mon, 09 Feb 2009 12:42:08 -0800
Sean Bruno <sean.bruno@dsl-only.net> wrote:

> No.  The "ports" in "fwcontrol -p" are physical.  
> 
> Can you send a fwcontrol -p with NOTHING connected?

Sure.

root@kg-fil# uname -a
FreeBSD kg-fil.kg4.no 6.2-STABLE FreeBSD 6.2-STABLE #20: Mon Mar 12
23:04:49 CET 2007     root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60
amd64

root@kg-fil# fwcontrol -p
=== base register ===
0x03 0x05 0xe3 0xe2 0xc4 0x03 0x10 0x20 
Physical_ID:0  R:1  CPS:1
RHB:0  IBR:0  Gap_Count:5
Extended:7 Num_Ports:3
PHY_Speed:7 Delay:2
LCtrl:1 C:1 Jitter:0 Pwr_Class:4
WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1
Max_Legacy_SPD:0 BLINK:1 Bridge:0
Page_Select:1 Port_Select0

=== page 0 port 0 ===
0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
Connection_unreliable:0 Beta_mode:0
Port_error:0x0
Loop_disable:0 In_standby:0 Hard_disable:0

=== page 0 port 1 ===
0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
Connection_unreliable:0 Beta_mode:0
Port_error:0x0
Loop_disable:0 In_standby:0 Hard_disable:0

=== page 0 port 2 ===
0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
Connection_unreliable:0 Beta_mode:0
Port_error:0x0
Loop_disable:0 In_standby:0 Hard_disable:0

=== page 1 ===
0x02 0x00 0x08 0x00 0x28 0x83 0x13 0x04 
Compliance:2
Vendor_ID:0x080028
Product_ID:0x831304

HTH
-- 
Regards,
Torfinn Ingolfsen

From sean.bruno at dsl-only.net  Tue Feb 10 11:13:12 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Tue Feb 10 11:13:19 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
In-Reply-To: <20090210193435.04c98bff.torfinn.ingolfsen@broadpark.no>
References: <200902071530.n17FU7VE054050@freefall.freebsd.org>
	<1234130839.3467.8.camel@localhost.localdomain>
	<20090209210559.0f398d11.torfinn.ingolfsen@broadpark.no>
	<1234212128.3467.15.camel@localhost.localdomain>
	<20090210193435.04c98bff.torfinn.ingolfsen@broadpark.no>
Message-ID: <1234293190.14556.3.camel@localhost.localdomain>

On Tue, 2009-02-10 at 19:34 +0100, Torfinn Ingolfsen wrote:
> On Mon, 09 Feb 2009 12:42:08 -0800
> Sean Bruno <sean.bruno@dsl-only.net> wrote:
> 
> > No.  The "ports" in "fwcontrol -p" are physical.  
> > 
> > Can you send a fwcontrol -p with NOTHING connected?
> 
> Sure.
> 
> root@kg-fil# uname -a
> FreeBSD kg-fil.kg4.no 6.2-STABLE FreeBSD 6.2-STABLE #20: Mon Mar 12
> 23:04:49 CET 2007     root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60
> amd64
> 
> root@kg-fil# fwcontrol -p
> === base register ===
> 0x03 0x05 0xe3 0xe2 0xc4 0x03 0x10 0x20 
> Physical_ID:0  R:1  CPS:1
> RHB:0  IBR:0  Gap_Count:5
> Extended:7 Num_Ports:3
> PHY_Speed:7 Delay:2
> LCtrl:1 C:1 Jitter:0 Pwr_Class:4
> WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1
> Max_Legacy_SPD:0 BLINK:1 Bridge:0
> Page_Select:1 Port_Select0
> 
> === page 0 port 0 ===
> 0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 0 port 1 ===
> 0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 0 port 2 ===
> 0xf8 0x60 0x3b 0x00 0x00 0x00 0x00 0x00 
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:3 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:3 LPP:1 Cable_speed:3
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 1 ===
> 0x02 0x00 0x08 0x00 0x28 0x83 0x13 0x04 
> Compliance:2
> Vendor_ID:0x080028
> Product_ID:0x831304
> 
> HTH


Ah, excellent.  Now I see.  In your previous output of "fwcontrol -p" I
mistakenly inferred that a "Negotiated_speed" of "3" meant something was
connected. 

Instead, that appears to be the default.  The clue should have been that
the Negotiated_speed of "0" was where the Maxtor was connected.

"0" in this case, shows that the firewire stack just plain failed
alltogether to negotiate correctly(since your Maxtor is 400/800).

So, now I need to go and add some debugging and figure out what is going
on when you connect the HD.

Are you comfortable with patches to kernel source and recompilation?

Sean

From sean.bruno at dsl-only.net  Tue Feb 10 20:14:15 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Tue Feb 10 20:14:27 2009
Subject: fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @
 /usr/src/sys/dev/kbdmux/kbdmux.c:1103
In-Reply-To: <A1D83E0F-7253-45F8-9080-D92577BFCFDC@young-alumni.com>
References: <A1D83E0F-7253-45F8-9080-D92577BFCFDC@young-alumni.com>
Message-ID: <1234325652.14556.9.camel@localhost.localdomain>

On Tue, 2009-02-10 at 20:48 -0600, Chris Ruiz wrote:
> 
> After 11 days of uptime, I typed 'fwcontrol -p' from a ssh session and  
> my system rebooted.  This is all the information I could obtain.   
> After reboot, fwcontrol did not cause another panic.  I do no have any  
> swap nor did I get a chance to enter the debugger before the reboot.   
> I'm currently in the process of updating to 188474 and will report  
> back if this happens again.
> 


Ah ... finally, an AMD64 reporter.  <grins evilly>

Let's break this down a bit, what Firewire card do you have(pciconf -lv)

What Firewire device was attached to the box?

What is the output of "fwcontrol -p" and "fwcontrol"?

Also, let's move this over to freebsd-firewire for the time being.

Sean

From torfinn.ingolfsen at broadpark.no  Wed Feb 11 13:02:55 2009
From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen)
Date: Wed Feb 11 13:03:02 2009
Subject: kern/97208: [firewire] System hangs / locks up when a firewire
 disk is attached
In-Reply-To: <1234293190.14556.3.camel@localhost.localdomain>
References: <200902071530.n17FU7VE054050@freefall.freebsd.org>
	<1234130839.3467.8.camel@localhost.localdomain>
	<20090209210559.0f398d11.torfinn.ingolfsen@broadpark.no>
	<1234212128.3467.15.camel@localhost.localdomain>
	<20090210193435.04c98bff.torfinn.ingolfsen@broadpark.no>
	<1234293190.14556.3.camel@localhost.localdomain>
Message-ID: <20090211220252.aaaf2f88.torfinn.ingolfsen@broadpark.no>

On Tue, 10 Feb 2009 11:13:10 -0800
Sean Bruno <sean.bruno@dsl-only.net> wrote:

> So, now I need to go and add some debugging and figure out what is
> going on when you connect the HD.
> 
> Are you comfortable with patches to kernel source and recompilation?

Yes, I am.
FWIW, I just verified that the external (usb) hard drive I use for
debugging on sysstems which are in production (and doesn't have a spare
slice or hard drive) will boot on this machine - it does.
That usb hard drive contains the i386 version of FreeBSD 7.1-stable:
tingo@testhost-1$ uname -a
FreeBSD testhost-1.kg4.no 7.1-STABLE FreeBSD 7.1-STABLE #3: Sun Jan 18 19:01:17 CET 2009     root@testhost-1.kg4.no:/usr/obj/usr/src/sys/GENERIC  i386

Is that ok?
(The drive also have a slice with FreeBSD 6.4-stable / i386)

HTH
-- 
Regards,
Torfinn Ingolfsen

From sean.bruno at dsl-only.net  Wed Feb 11 18:49:49 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Wed Feb 11 18:49:56 2009
Subject: More -current patches
Message-ID: <1234406987.30696.168.camel@localhost.localdomain>

This is the first patch set I'd like to get applied to the tree.

Not much functional changes here, just header file updates, comments and
adding of variables.

Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fwcontrol.diff
Type: text/x-patch
Size: 1623 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090212/b4127fee/fwcontrol.bin
From sean.bruno at dsl-only.net  Wed Feb 11 19:11:26 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Wed Feb 11 19:11:32 2009
Subject: fwochi patches for -current
Message-ID: <1234408280.30696.170.camel@localhost.localdomain>

Updating debug messages so they don't suck quite as bad.

Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fwohci.diff
Type: text/x-patch
Size: 2353 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090212/8d5ec6d9/fwohci.bin
From scottl at samsco.org  Wed Feb 11 19:32:06 2009
From: scottl at samsco.org (Scott Long)
Date: Wed Feb 11 19:32:12 2009
Subject: fwochi patches for -current
In-Reply-To: <1234408280.30696.170.camel@localhost.localdomain>
References: <1234408280.30696.170.camel@localhost.localdomain>
Message-ID: <49939439.3000206@samsco.org>

Sean Bruno wrote:
> Updating debug messages so they don't suck quite as bad.
> 
> Sean
> 

Looks good

From sean.bruno at dsl-only.net  Wed Feb 11 19:46:37 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Wed Feb 11 19:46:44 2009
Subject: Yet more patches -current
Message-ID: <1234410395.30696.171.camel@localhost.localdomain>

This update continues my stabilization work.

Change default sysctl valut of hold_count to 0.  I see no legitimate
reason
to keep a firewire device around if it dissapears from the bus.

As in previous changesets, enhance printfs where possible with the
calling
function and the device via device_printf.

Allow the Self-ID packet to be displayed when firewire_debug is set.
Very
useful.

Squash bug related to speed negotiation.
Scenario:  a 400/800 drive is connected to a 400/800 PC via the 400
speed connections.
Existing code breaks as it trys to use 800 over the 400 link.
Problem:  Firewire doesn't correlate a lun to a specific physical link
between 2 nodes.(the drive and the PC).
Solution:  Try fastest speed first, if that fails, step down one notch
and
retry.  repeat.

Attempt Pre-1394a-2000 spec detection of bus speed via the Bus Info
Block.



-------------- next part --------------
A non-text attachment was scrubbed...
Name: firewire.diff
Type: text/x-patch
Size: 14069 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090212/5a0ff2ee/firewire.bin
From sean.bruno at dsl-only.net  Wed Feb 11 20:48:04 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Wed Feb 11 20:48:11 2009
Subject: Final patch for -current
Message-ID: <1234414082.30696.185.camel@localhost.localdomain>

Allrighty, this patch wraps up my -current work and should establish a
nice baseline for my debugging of problems.

Introduce struct sbp_dev.bustgtlun to replace the overloaded
show_sdev_info() in most places.  This is an optimization of the debug
case fortunately.  Stash the BB:TT:LL string here for later
device_printf() goodness.

More debugging cleanup printf()-->device_printf()

Explicity set the callout sdev->login_callout  to acquire the sbp mtx.

Rename sbp_alloc_target() variable i to new_target_id.  Clarity is good,
even in temporary variables.

Cleanup and document the sbp_login() function.  This function is a bit
hairy, so document what it's supposed to do.

Add some locking in sbp_probe_target()

Assert the sbp mtx in sbp_write_cmd_locked()

Avoid LoR in sbp_mgm_orb() and assert sbp mtx locked.

Acquire sbp mtx before sbp_mgm_orb() is invoked.

Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sbp.diff
Type: text/x-patch
Size: 28882 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090212/8f6b7714/sbp.bin
From sean.bruno at dsl-only.net  Thu Feb 12 09:04:53 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Thu Feb 12 09:05:00 2009
Subject: Final patch for -current
In-Reply-To: <4994320B.4060900@micom.mng.net>
References: <1234414082.30696.185.camel@localhost.localdomain>
	<4994320B.4060900@micom.mng.net>
Message-ID: <1234458291.30696.186.camel@localhost.localdomain>

On Thu, 2009-02-12 at 22:28 +0800, Ganbold wrote:
> Sean,
> 
> How about following redundant loop near the end of fwohci.c?
> 
> --- sys/dev/firewire/fwohci.c	2008-11-22 14:39:45.000000000 +0800
> +++ /var/current/mysrc/sys/dev/firewire/fwohci.c	2008-11-25 11:36:09.000000000 +0800
> @@ -2973,7 +2973,7 @@
>  		db_tr = STAILQ_NEXT(db_tr, link);
>  		resCount = FWOHCI_DMA_READ(db_tr->db[0].db.desc.res)
>  						& OHCI_COUNT_MASK;
> -	} while (resCount == 0)
> +	}
>  	printf(" done\n");
>  	dbch->top = db_tr;
>  	dbch->buf_offset = dbch->xferq.psize - resCount;
> 
> thanks,
> 
> Ganbold

Yep.  That should die.  Let me test it.

Sean

From ganbold at micom.mng.net  Thu Feb 12 12:07:31 2009
From: ganbold at micom.mng.net (Ganbold)
Date: Thu Feb 12 12:07:38 2009
Subject: Final patch for -current
In-Reply-To: <1234414082.30696.185.camel@localhost.localdomain>
References: <1234414082.30696.185.camel@localhost.localdomain>
Message-ID: <4994320B.4060900@micom.mng.net>

Sean,

How about following redundant loop near the end of fwohci.c?

--- sys/dev/firewire/fwohci.c	2008-11-22 14:39:45.000000000 +0800
+++ /var/current/mysrc/sys/dev/firewire/fwohci.c	2008-11-25 11:36:09.000000000 +0800
@@ -2973,7 +2973,7 @@
 		db_tr = STAILQ_NEXT(db_tr, link);
 		resCount = FWOHCI_DMA_READ(db_tr->db[0].db.desc.res)
 						& OHCI_COUNT_MASK;
-	} while (resCount == 0)
+	}
 	printf(" done\n");
 	dbch->top = db_tr;
 	dbch->buf_offset = dbch->xferq.psize - resCount;

thanks,

Ganbold

Sean Bruno wrote:
> Allrighty, this patch wraps up my -current work and should establish a
> nice baseline for my debugging of problems.
>
> Introduce struct sbp_dev.bustgtlun to replace the overloaded
> show_sdev_info() in most places.  This is an optimization of the debug
> case fortunately.  Stash the BB:TT:LL string here for later
> device_printf() goodness.
>
> More debugging cleanup printf()-->device_printf()
>
> Explicity set the callout sdev->login_callout  to acquire the sbp mtx.
>
> Rename sbp_alloc_target() variable i to new_target_id.  Clarity is good,
> even in temporary variables.
>
> Cleanup and document the sbp_login() function.  This function is a bit
> hairy, so document what it's supposed to do.
>
> Add some locking in sbp_probe_target()
>
> Assert the sbp mtx in sbp_write_cmd_locked()
>
> Avoid LoR in sbp_mgm_orb() and assert sbp mtx locked.
>
> Acquire sbp mtx before sbp_mgm_orb() is invoked.
>
> 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"


-- 
I have a friend whose a billionaire. He invented Cliff's notes. When I
asked him how he got such a great idea he said, "Well first I... I
just... to make a long story short..." -- Steven Wright
From sean.bruno at dsl-only.net  Thu Feb 12 21:47:28 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Thu Feb 12 21:47:34 2009
Subject: dev/firewire updates
Message-ID: <1234504046.30696.189.camel@localhost.localdomain>

A couple of nits and an update to the SelfID packet Union.

fwohci.c -- duplicate while() deleted.  

firewire.h -- expand the SelfID packet union and rename unused variables
to conform the spec naming convention.

Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: firewire.h.diff
Type: text/x-patch
Size: 1779 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090213/d1bb0bf9/firewire.h.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fwohci.c.diff
Type: text/x-patch
Size: 637 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090213/d1bb0bf9/fwohci.c.bin
From chris at young-alumni.com  Fri Feb 13 01:04:55 2009
From: chris at young-alumni.com (Chris Ruiz)
Date: Fri Feb 13 01:05:01 2009
Subject: fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @
	/usr/src/sys/dev/kbdmux/kbdmux.c:1103
In-Reply-To: <1234325652.14556.9.camel@localhost.localdomain>
References: <A1D83E0F-7253-45F8-9080-D92577BFCFDC@young-alumni.com>
	<1234325652.14556.9.camel@localhost.localdomain>
Message-ID: <A159F416-3B79-403D-886A-3DB41939B9D4@young-alumni.com>


On Feb 10, 2009, at 10:14 PM, Sean Bruno wrote:

> On Tue, 2009-02-10 at 20:48 -0600, Chris Ruiz wrote:
>>
>> After 11 days of uptime, I typed 'fwcontrol -p' from a ssh session  
>> and
>> my system rebooted.  This is all the information I could obtain.
>> After reboot, fwcontrol did not cause another panic.  I do no have  
>> any
>> swap nor did I get a chance to enter the debugger before the reboot.
>> I'm currently in the process of updating to 188474 and will report
>> back if this happens again.
>>
>
>
> Ah ... finally, an AMD64 reporter.  <grins evilly>
>
> Let's break this down a bit, what Firewire card do you have(pciconf - 
> lv)

fwohci0@pci0:6:3:0:     class=0x0c0010 card=0x581111c1 chip=0x581111c1  
rev=0x70 hdr=0x00
     vendor     = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)'
     device     = 'FW322 1394A PCI PHY/Link Open Host Ctrlr I/F'
     class      = serial bus
     subclass   = FireWire

This "card" is built onto my motherboard.

> What Firewire device was attached to the box?

Don't laugh, there were no devices attached when the kernel paniced.

> What is the output of "fwcontrol -p" and "fwcontrol"?

# fwcontrol -p
=== base register ===
0x05 0x05 0xe2 0x40 0xc0 0x03 0x00 0x00
Physical_ID:1  R:0  CPS:1
RHB:0  IBR:0  Gap_Count:5
Extended:7 Num_Ports:2
PHY_Speed:2 Delay:0
LCtrl:1 C:1 Jitter:0 Pwr_Class:0
WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1
Max_Legacy_SPD:0 BLINK:0 Bridge:0
Page_Select:0 Port_Select0

=== page 0 port 0 ===
0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
Connection_unreliable:0 Beta_mode:0
Port_error:0x0
Loop_disable:0 In_standby:0 Hard_disable:0

=== page 0 port 1 ===
0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
Connection_unreliable:0 Beta_mode:0
Port_error:0x0
Loop_disable:0 In_standby:0 Hard_disable:0

=== page 1 ===
0x01 0x00 0x00 0x60 0x1d 0x03 0x23 0x70
Compliance:1
Vendor_ID:0x00601d
Product_ID:0x032370

# fwcontrol
1 devices (info_len=1)
node           EUI64          status    hostname
    0  00-90-27-00-01-d0-dc-04      0

I did plug in my 3g iPod and caught a bunch of error messages.  Last  
time I used my iPod on fbsd was probably back a couple years ago when  
6 became STABLE and it worked.  My iPod works fine with iTunes on OSX  
and  with my car's headunit's iPod controller.

Feb 13 02:33:59 attack kernel: fwohci0: fwohci_intr_core: BUS reset
Feb 13 02:33:59 attack kernel: fwohci0: fwohci_intr_core:  
node_id=0x00000001, SelfID Count=3, CYCLEMASTER mode
Feb 13 02:33:59 attack kernel: firewire0: 2 nodes, maxhop <= 1, cable  
IRM = 1 (me)
Feb 13 02:33:59 attack kernel: firewire0: bus manager 1 (me)
Feb 13 02:33:59 attack kernel: firewire0: New S400 device ID: 
000a270002593efd
Feb 13 02:34:00 attack kernel: sbp0:0:0 No additional information to  
report
Feb 13 02:34:03 attack last message repeated 7 times
Feb 13 02:34:03 attack kernel: da1 at sbp0 bus 0 target 0 lun 0
Feb 13 02:34:03 attack kernel: da1: <Apple Co iPod 2700> Removable  
Simplified Direct Access SCSI-2 device
Feb 13 02:34:03 attack kernel: da1: 50.000MB/s transfers
Feb 13 02:34:03 attack kernel: da1: 19073MB (39063024 512 byte  
sectors: 255H 63S/T 2431C)
Feb 13 02:34:05 attack kernel: sbp0:0:0 Request aborted
Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): READ(10). CDB: 28 0 0  
0 0 1 0 0 1 0
Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): CAM Status: SCSI  
Status Error
Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): SCSI Status: Check  
Condition
Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): MEDIUM ERROR  
info?:dec0adde csi:de,c0,ad,de asc:0,0
Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): No additional sense  
information
Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): Retrying Command (per  
Sense Data)
Feb 13 02:34:06 attack kernel: sbp0:0:0 Request aborted
Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): READ(10). CDB: 28 0 0  
0 0 1 0 0 1 0
Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): CAM Status: SCSI  
Status Error
Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): SCSI Status: Check  
Condition
Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): MEDIUM ERROR  
info?:dec0adde csi:de,c0,ad,de asc:0,0
Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): No additional sense  
information
Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): Retrying Command (per  
Sense Data)

These messages will continue on until i unplug my iPod.

Feb 13 02:34:54 attack kernel: fwohci0: fwohci_intr_core: BUS reset
Feb 13 02:34:54 attack kernel: fwohci0: fwohci_intr_core:  
node_id=0x00000000, SelfID Count=4, CYCLEMASTER mode
Feb 13 02:34:54 attack kernel: firewire0: 1 nodes, maxhop <= 0, cable  
IRM = 0 (me)
Feb 13 02:34:54 attack kernel: firewire0: bus manager 0 (me)
Feb 13 02:34:55 attack kernel: (da1:sbp0:0:0:0): lost device
Feb 13 02:34:55 attack kernel: (da1:sbp0:0:0:0): Synchronize cache  
failed, status == 0x8, scsi status == 0x0
Feb 13 02:34:55 attack kernel: (da1:sbp0:0:0:0): removing device entry

Thanks,

Chris

> Also, let's move this over to freebsd-firewire for the time being.
>
> 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 sean.bruno at dsl-only.net  Fri Feb 13 05:00:37 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Fri Feb 13 05:00:52 2009
Subject: fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @
 /usr/src/sys/dev/kbdmux/kbdmux.c:1103
In-Reply-To: <A159F416-3B79-403D-886A-3DB41939B9D4@young-alumni.com>
References: <A1D83E0F-7253-45F8-9080-D92577BFCFDC@young-alumni.com>
	<1234325652.14556.9.camel@localhost.localdomain>
	<A159F416-3B79-403D-886A-3DB41939B9D4@young-alumni.com>
Message-ID: <1234530034.30696.191.camel@localhost.localdomain>

On Fri, 2009-02-13 at 02:41 -0600, Chris Ruiz wrote:
> On Feb 10, 2009, at 10:14 PM, Sean Bruno wrote:
> 
> > On Tue, 2009-02-10 at 20:48 -0600, Chris Ruiz wrote:
> >>
> >> After 11 days of uptime, I typed 'fwcontrol -p' from a ssh session  
> >> and
> >> my system rebooted.  This is all the information I could obtain.
> >> After reboot, fwcontrol did not cause another panic.  I do no have  
> >> any
> >> swap nor did I get a chance to enter the debugger before the reboot.
> >> I'm currently in the process of updating to 188474 and will report
> >> back if this happens again.
> >>
> >
> >
> > Ah ... finally, an AMD64 reporter.  <grins evilly>
> >
> > Let's break this down a bit, what Firewire card do you have(pciconf - 
> > lv)
> 
> fwohci0@pci0:6:3:0:     class=0x0c0010 card=0x581111c1 chip=0x581111c1  
> rev=0x70 hdr=0x00
>      vendor     = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)'
>      device     = 'FW322 1394A PCI PHY/Link Open Host Ctrlr I/F'
>      class      = serial bus
>      subclass   = FireWire
> 
> This "card" is built onto my motherboard.
> 
> > What Firewire device was attached to the box?
> 
> Don't laugh, there were no devices attached when the kernel paniced.
> 
> > What is the output of "fwcontrol -p" and "fwcontrol"?
> 
> # fwcontrol -p
> === base register ===
> 0x05 0x05 0xe2 0x40 0xc0 0x03 0x00 0x00
> Physical_ID:1  R:0  CPS:1
> RHB:0  IBR:0  Gap_Count:5
> Extended:7 Num_Ports:2
> PHY_Speed:2 Delay:0
> LCtrl:1 C:1 Jitter:0 Pwr_Class:0
> WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1
> Max_Legacy_SPD:0 BLINK:0 Bridge:0
> Page_Select:0 Port_Select0
> 
> === page 0 port 0 ===
> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 0 port 1 ===
> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 1 ===
> 0x01 0x00 0x00 0x60 0x1d 0x03 0x23 0x70
> Compliance:1
> Vendor_ID:0x00601d
> Product_ID:0x032370
> 
> # fwcontrol
> 1 devices (info_len=1)
> node           EUI64          status    hostname
>     0  00-90-27-00-01-d0-dc-04      0
> 
> I did plug in my 3g iPod and caught a bunch of error messages.  Last  
> time I used my iPod on fbsd was probably back a couple years ago when  
> 6 became STABLE and it worked.  My iPod works fine with iTunes on OSX  
> and  with my car's headunit's iPod controller.
> 
> Feb 13 02:33:59 attack kernel: fwohci0: fwohci_intr_core: BUS reset
> Feb 13 02:33:59 attack kernel: fwohci0: fwohci_intr_core:  
> node_id=0x00000001, SelfID Count=3, CYCLEMASTER mode
> Feb 13 02:33:59 attack kernel: firewire0: 2 nodes, maxhop <= 1, cable  
> IRM = 1 (me)
> Feb 13 02:33:59 attack kernel: firewire0: bus manager 1 (me)
> Feb 13 02:33:59 attack kernel: firewire0: New S400 device ID: 
> 000a270002593efd
> Feb 13 02:34:00 attack kernel: sbp0:0:0 No additional information to  
> report
> Feb 13 02:34:03 attack last message repeated 7 times
> Feb 13 02:34:03 attack kernel: da1 at sbp0 bus 0 target 0 lun 0
> Feb 13 02:34:03 attack kernel: da1: <Apple Co iPod 2700> Removable  
> Simplified Direct Access SCSI-2 device
> Feb 13 02:34:03 attack kernel: da1: 50.000MB/s transfers
> Feb 13 02:34:03 attack kernel: da1: 19073MB (39063024 512 byte  
> sectors: 255H 63S/T 2431C)
> Feb 13 02:34:05 attack kernel: sbp0:0:0 Request aborted
> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): READ(10). CDB: 28 0 0  
> 0 0 1 0 0 1 0
> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): CAM Status: SCSI  
> Status Error
> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): SCSI Status: Check  
> Condition
> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): MEDIUM ERROR  
> info?:dec0adde csi:de,c0,ad,de asc:0,0
> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): No additional sense  
> information
> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): Retrying Command (per  
> Sense Data)
> Feb 13 02:34:06 attack kernel: sbp0:0:0 Request aborted
> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): READ(10). CDB: 28 0 0  
> 0 0 1 0 0 1 0
> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): CAM Status: SCSI  
> Status Error
> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): SCSI Status: Check  
> Condition
> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): MEDIUM ERROR  
> info?:dec0adde csi:de,c0,ad,de asc:0,0
> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): No additional sense  
> information
> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): Retrying Command (per  
> Sense Data)
> 
> These messages will continue on until i unplug my iPod.
> 
> Feb 13 02:34:54 attack kernel: fwohci0: fwohci_intr_core: BUS reset
> Feb 13 02:34:54 attack kernel: fwohci0: fwohci_intr_core:  
> node_id=0x00000000, SelfID Count=4, CYCLEMASTER mode
> Feb 13 02:34:54 attack kernel: firewire0: 1 nodes, maxhop <= 0, cable  
> IRM = 0 (me)
> Feb 13 02:34:54 attack kernel: firewire0: bus manager 0 (me)
> Feb 13 02:34:55 attack kernel: (da1:sbp0:0:0:0): lost device
> Feb 13 02:34:55 attack kernel: (da1:sbp0:0:0:0): Synchronize cache  
> failed, status == 0x8, scsi status == 0x0
> Feb 13 02:34:55 attack kernel: (da1:sbp0:0:0:0): removing device entry
> 

Hrm ... Ok.  Any chance that the iPod is an 800 capable device?  If it
is, I'll have a patch for you.

Sean

From chris at young-alumni.com  Fri Feb 13 07:04:47 2009
From: chris at young-alumni.com (Chris Ruiz)
Date: Fri Feb 13 07:04:53 2009
Subject: fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @
	/usr/src/sys/dev/kbdmux/kbdmux.c:1103
In-Reply-To: <1234530034.30696.191.camel@localhost.localdomain>
References: <A1D83E0F-7253-45F8-9080-D92577BFCFDC@young-alumni.com>
	<1234325652.14556.9.camel@localhost.localdomain>
	<A159F416-3B79-403D-886A-3DB41939B9D4@young-alumni.com>
	<1234530034.30696.191.camel@localhost.localdomain>
Message-ID: <19425CA6-E38F-486F-A533-15F0A8A29F08@young-alumni.com>


On Feb 13, 2009, at 7:00 AM, Sean Bruno wrote:

> On Fri, 2009-02-13 at 02:41 -0600, Chris Ruiz wrote:
>> On Feb 10, 2009, at 10:14 PM, Sean Bruno wrote:
>>
>>> On Tue, 2009-02-10 at 20:48 -0600, Chris Ruiz wrote:
>>>>
>>>> After 11 days of uptime, I typed 'fwcontrol -p' from a ssh session
>>>> and
>>>> my system rebooted.  This is all the information I could obtain.
>>>> After reboot, fwcontrol did not cause another panic.  I do no have
>>>> any
>>>> swap nor did I get a chance to enter the debugger before the  
>>>> reboot.
>>>> I'm currently in the process of updating to 188474 and will report
>>>> back if this happens again.
>>>>
>>>
>>>
>>> Ah ... finally, an AMD64 reporter.  <grins evilly>
>>>
>>> Let's break this down a bit, what Firewire card do you  
>>> have(pciconf -
>>> lv)
>>
>> fwohci0@pci0:6:3:0:     class=0x0c0010 card=0x581111c1  
>> chip=0x581111c1
>> rev=0x70 hdr=0x00
>>     vendor     = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)'
>>     device     = 'FW322 1394A PCI PHY/Link Open Host Ctrlr I/F'
>>     class      = serial bus
>>     subclass   = FireWire
>>
>> This "card" is built onto my motherboard.
>>
>>> What Firewire device was attached to the box?
>>
>> Don't laugh, there were no devices attached when the kernel paniced.
>>
>>> What is the output of "fwcontrol -p" and "fwcontrol"?
>>
>> # fwcontrol -p
>> === base register ===
>> 0x05 0x05 0xe2 0x40 0xc0 0x03 0x00 0x00
>> Physical_ID:1  R:0  CPS:1
>> RHB:0  IBR:0  Gap_Count:5
>> Extended:7 Num_Ports:2
>> PHY_Speed:2 Delay:0
>> LCtrl:1 C:1 Jitter:0 Pwr_Class:0
>> WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1
>> Max_Legacy_SPD:0 BLINK:0 Bridge:0
>> Page_Select:0 Port_Select0
>>
>> === page 0 port 0 ===
>> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
>> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
>> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
>> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
>> Connection_unreliable:0 Beta_mode:0
>> Port_error:0x0
>> Loop_disable:0 In_standby:0 Hard_disable:0
>>
>> === page 0 port 1 ===
>> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
>> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
>> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
>> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
>> Connection_unreliable:0 Beta_mode:0
>> Port_error:0x0
>> Loop_disable:0 In_standby:0 Hard_disable:0
>>
>> === page 1 ===
>> 0x01 0x00 0x00 0x60 0x1d 0x03 0x23 0x70
>> Compliance:1
>> Vendor_ID:0x00601d
>> Product_ID:0x032370
>>
>> # fwcontrol
>> 1 devices (info_len=1)
>> node           EUI64          status    hostname
>>    0  00-90-27-00-01-d0-dc-04      0
>>
>> I did plug in my 3g iPod and caught a bunch of error messages.  Last
>> time I used my iPod on fbsd was probably back a couple years ago when
>> 6 became STABLE and it worked.  My iPod works fine with iTunes on OSX
>> and  with my car's headunit's iPod controller.
>>
>> Feb 13 02:33:59 attack kernel: fwohci0: fwohci_intr_core: BUS reset
>> Feb 13 02:33:59 attack kernel: fwohci0: fwohci_intr_core:
>> node_id=0x00000001, SelfID Count=3, CYCLEMASTER mode
>> Feb 13 02:33:59 attack kernel: firewire0: 2 nodes, maxhop <= 1, cable
>> IRM = 1 (me)
>> Feb 13 02:33:59 attack kernel: firewire0: bus manager 1 (me)
>> Feb 13 02:33:59 attack kernel: firewire0: New S400 device ID:
>> 000a270002593efd
>> Feb 13 02:34:00 attack kernel: sbp0:0:0 No additional information to
>> report
>> Feb 13 02:34:03 attack last message repeated 7 times
>> Feb 13 02:34:03 attack kernel: da1 at sbp0 bus 0 target 0 lun 0
>> Feb 13 02:34:03 attack kernel: da1: <Apple Co iPod 2700> Removable
>> Simplified Direct Access SCSI-2 device
>> Feb 13 02:34:03 attack kernel: da1: 50.000MB/s transfers
>> Feb 13 02:34:03 attack kernel: da1: 19073MB (39063024 512 byte
>> sectors: 255H 63S/T 2431C)
>> Feb 13 02:34:05 attack kernel: sbp0:0:0 Request aborted
>> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): READ(10). CDB: 28  
>> 0 0
>> 0 0 1 0 0 1 0
>> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): CAM Status: SCSI
>> Status Error
>> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): SCSI Status: Check
>> Condition
>> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): MEDIUM ERROR
>> info?:dec0adde csi:de,c0,ad,de asc:0,0
>> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): No additional sense
>> information
>> Feb 13 02:34:05 attack kernel: (da1:sbp0:0:0:0): Retrying Command  
>> (per
>> Sense Data)
>> Feb 13 02:34:06 attack kernel: sbp0:0:0 Request aborted
>> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): READ(10). CDB: 28  
>> 0 0
>> 0 0 1 0 0 1 0
>> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): CAM Status: SCSI
>> Status Error
>> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): SCSI Status: Check
>> Condition
>> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): MEDIUM ERROR
>> info?:dec0adde csi:de,c0,ad,de asc:0,0
>> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): No additional sense
>> information
>> Feb 13 02:34:06 attack kernel: (da1:sbp0:0:0:0): Retrying Command  
>> (per
>> Sense Data)
>>
>> These messages will continue on until i unplug my iPod.
>>
>> Feb 13 02:34:54 attack kernel: fwohci0: fwohci_intr_core: BUS reset
>> Feb 13 02:34:54 attack kernel: fwohci0: fwohci_intr_core:
>> node_id=0x00000000, SelfID Count=4, CYCLEMASTER mode
>> Feb 13 02:34:54 attack kernel: firewire0: 1 nodes, maxhop <= 0, cable
>> IRM = 0 (me)
>> Feb 13 02:34:54 attack kernel: firewire0: bus manager 0 (me)
>> Feb 13 02:34:55 attack kernel: (da1:sbp0:0:0:0): lost device
>> Feb 13 02:34:55 attack kernel: (da1:sbp0:0:0:0): Synchronize cache
>> failed, status == 0x8, scsi status == 0x0
>> Feb 13 02:34:55 attack kernel: (da1:sbp0:0:0:0): removing device  
>> entry
>>
>
> Hrm ... Ok.  Any chance that the iPod is an 800 capable device?  If it
> is, I'll have a patch for you.

Nope.  It's 400 and from the last generation of firewire iPods.

Chris
From boris.kotzev at gmail.com  Sat Feb 14 14:44:05 2009
From: boris.kotzev at gmail.com (Boris Kotzev)
Date: Sat Feb 14 14:44:10 2009
Subject: firewire disk stopped working
Message-ID: <200902150012.49329.boris.kotzev@gmail.com>

My external firewire disk "Seagate FreeAgent Pro" stopped working with CURRENT 
from today. It used to work without any problems before today's update.

After plugging the cable the following error messages begin scrolling on the 
console continuously:

sbp0:0:0 sbp_scsi_status: unknown scsi status 0x0                                                                               
sbp0:0:0 Obj: Data buffer, Error: Type error                                                                                    
sbp0:0:0 sbp_scsi_status: unknown scsi status 0x0                                                                               
sbp0:0:0 Obj: Data buffer, Error: Type error                                                                                    

They stop only after the cable is unplugged. 

Information about the system:

# uname -a
FreeBSD zembla.universe 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 14 
22:06:57 EET 2009     user@zembla.universe:/usr/obj/usr/src/sys/CUSTOM  amd64

The output from "pciconf -lv" is: 

# pciconf -lv
fwohci0@pci0:3:3:0:     class=0x0c0010 card=0x581111c1 chip=0x581111c1 
rev=0x61 hdr=0x00
    vendor     = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)'
    device     = 'FW322 1394A PCI PHY/Link Open Host Ctrlr I/F'
    class      = serial bus
    subclass   = FireWire

The output from "fwcontrol" is:

# fwcontrol
2 devices (info_len=2)
node           EUI64          status    hostname
   0  00-1c-b3-ff-fe-98-73-de      0
  -1  00-20-37-00-04-a0-34-21      0

Output from "fwcontrol -p" is:

# fwcontrol -p
=== base register ===          
0x61 0x05 0xe3 0x40 0xc0 0x03 0x00 0x20 
Physical_ID:24  R:0  CPS:1              
RHB:0  IBR:0  Gap_Count:5               
Extended:7 Num_Ports:3                  
PHY_Speed:2 Delay:0                     
LCtrl:1 C:1 Jitter:0 Pwr_Class:0
WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1
Max_Legacy_SPD:0 BLINK:0 Bridge:0
Page_Select:1 Port_Select0

=== page 0 port 0 ===
0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
Connection_unreliable:0 Beta_mode:0
Port_error:0x0
Loop_disable:0 In_standby:0 Hard_disable:0

=== page 0 port 1 ===
0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
Connection_unreliable:0 Beta_mode:0
Port_error:0x0
Loop_disable:0 In_standby:0 Hard_disable:0

=== page 0 port 2 ===
0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
Connection_unreliable:0 Beta_mode:0
Port_error:0x0
Loop_disable:0 In_standby:0 Hard_disable:0

=== page 1 ===
0x01 0x00 0x00 0x60 0x1d 0x03 0x23 0x61
Compliance:1
Vendor_ID:0x00601d

Is there any way to make the disk work again?

Sincerely,

Boris Kotzev











From sean.bruno at dsl-only.net  Sat Feb 14 15:12:42 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Sat Feb 14 15:12:48 2009
Subject: firewire disk stopped working
In-Reply-To: <200902150012.49329.boris.kotzev@gmail.com>
References: <200902150012.49329.boris.kotzev@gmail.com>
Message-ID: <1234653160.30696.201.camel@localhost.localdomain>

If you haven't already, boot back into the previous kernel environment
and let me know what revision of CURRENT it was that worked.

Then I'll need to know what version you were using that broke.

I'm trying to get my AMD64 system built this weekend to test things.

Sean


On Sun, 2009-02-15 at 00:12 +0200, Boris Kotzev wrote:
> My external firewire disk "Seagate FreeAgent Pro" stopped working with CURRENT 
> from today. It used to work without any problems before today's update.
> 
> After plugging the cable the following error messages begin scrolling on the 
> console continuously:
> 
> sbp0:0:0 sbp_scsi_status: unknown scsi status 0x0                                                                               
> sbp0:0:0 Obj: Data buffer, Error: Type error                                                                                    
> sbp0:0:0 sbp_scsi_status: unknown scsi status 0x0                                                                               
> sbp0:0:0 Obj: Data buffer, Error: Type error                                                                                    
> 
> They stop only after the cable is unplugged. 
> 
> Information about the system:
> 
> # uname -a
> FreeBSD zembla.universe 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 14 
> 22:06:57 EET 2009     user@zembla.universe:/usr/obj/usr/src/sys/CUSTOM  amd64
> 
> The output from "pciconf -lv" is: 
> 
> # pciconf -lv
> fwohci0@pci0:3:3:0:     class=0x0c0010 card=0x581111c1 chip=0x581111c1 
> rev=0x61 hdr=0x00
>     vendor     = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)'
>     device     = 'FW322 1394A PCI PHY/Link Open Host Ctrlr I/F'
>     class      = serial bus
>     subclass   = FireWire
> 
> The output from "fwcontrol" is:
> 
> # fwcontrol
> 2 devices (info_len=2)
> node           EUI64          status    hostname
>    0  00-1c-b3-ff-fe-98-73-de      0
>   -1  00-20-37-00-04-a0-34-21      0
> 
> Output from "fwcontrol -p" is:
> 
> # fwcontrol -p
> === base register ===          
> 0x61 0x05 0xe3 0x40 0xc0 0x03 0x00 0x20 
> Physical_ID:24  R:0  CPS:1              
> RHB:0  IBR:0  Gap_Count:5               
> Extended:7 Num_Ports:3                  
> PHY_Speed:2 Delay:0                     
> LCtrl:1 C:1 Jitter:0 Pwr_Class:0
> WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1
> Max_Legacy_SPD:0 BLINK:0 Bridge:0
> Page_Select:1 Port_Select0
> 
> === page 0 port 0 ===
> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 0 port 1 ===
> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 0 port 2 ===
> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 1 ===
> 0x01 0x00 0x00 0x60 0x1d 0x03 0x23 0x61
> Compliance:1
> Vendor_ID:0x00601d
> 
> Is there any way to make the disk work again?
> 
> Sincerely,
> 
> Boris Kotzev
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> 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 sean.bruno at dsl-only.net  Sat Feb 14 15:21:27 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Sat Feb 14 15:21:34 2009
Subject: firewire disk stopped working
In-Reply-To: <200902150012.49329.boris.kotzev@gmail.com>
References: <200902150012.49329.boris.kotzev@gmail.com>
Message-ID: <1234653685.30696.203.camel@localhost.localdomain>

Also, can you send me the "dmesg" output when you connect your drive to
your system?

Sean


On Sun, 2009-02-15 at 00:12 +0200, Boris Kotzev wrote:
> My external firewire disk "Seagate FreeAgent Pro" stopped working with CURRENT 
> from today. It used to work without any problems before today's update.
> 
> After plugging the cable the following error messages begin scrolling on the 
> console continuously:
> 
> sbp0:0:0 sbp_scsi_status: unknown scsi status 0x0                                                                               
> sbp0:0:0 Obj: Data buffer, Error: Type error                                                                                    
> sbp0:0:0 sbp_scsi_status: unknown scsi status 0x0                                                                               
> sbp0:0:0 Obj: Data buffer, Error: Type error                                                                                    
> 
> They stop only after the cable is unplugged. 
> 
> Information about the system:
> 
> # uname -a
> FreeBSD zembla.universe 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 14 
> 22:06:57 EET 2009     user@zembla.universe:/usr/obj/usr/src/sys/CUSTOM  amd64
> 
> The output from "pciconf -lv" is: 
> 
> # pciconf -lv
> fwohci0@pci0:3:3:0:     class=0x0c0010 card=0x581111c1 chip=0x581111c1 
> rev=0x61 hdr=0x00
>     vendor     = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)'
>     device     = 'FW322 1394A PCI PHY/Link Open Host Ctrlr I/F'
>     class      = serial bus
>     subclass   = FireWire
> 
> The output from "fwcontrol" is:
> 
> # fwcontrol
> 2 devices (info_len=2)
> node           EUI64          status    hostname
>    0  00-1c-b3-ff-fe-98-73-de      0
>   -1  00-20-37-00-04-a0-34-21      0
> 
> Output from "fwcontrol -p" is:
> 
> # fwcontrol -p
> === base register ===          
> 0x61 0x05 0xe3 0x40 0xc0 0x03 0x00 0x20 
> Physical_ID:24  R:0  CPS:1              
> RHB:0  IBR:0  Gap_Count:5               
> Extended:7 Num_Ports:3                  
> PHY_Speed:2 Delay:0                     
> LCtrl:1 C:1 Jitter:0 Pwr_Class:0
> WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1
> Max_Legacy_SPD:0 BLINK:0 Bridge:0
> Page_Select:1 Port_Select0
> 
> === page 0 port 0 ===
> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 0 port 1 ===
> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 0 port 2 ===
> 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
> Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
> DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
> Connection_unreliable:0 Beta_mode:0
> Port_error:0x0
> Loop_disable:0 In_standby:0 Hard_disable:0
> 
> === page 1 ===
> 0x01 0x00 0x00 0x60 0x1d 0x03 0x23 0x61
> Compliance:1
> Vendor_ID:0x00601d
> 
> Is there any way to make the disk work again?
> 
> Sincerely,
> 
> Boris Kotzev
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> 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 boris.kotzev at gmail.com  Sun Feb 15 07:27:46 2009
From: boris.kotzev at gmail.com (Boris Kotzev)
Date: Sun Feb 15 07:27:53 2009
Subject: firewire disk stopped working
In-Reply-To: <1234653160.30696.201.camel@localhost.localdomain>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<1234653160.30696.201.camel@localhost.localdomain>
Message-ID: <200902151727.38421.boris.kotzev@gmail.com>

On ?????? 15 ???????? 2009 01:12:40 you wrote:
> If you haven't already, boot back into the previous kernel environment
> and let me know what revision of CURRENT it was that worked.
>
> Then I'll need to know what version you were using that broke.
>
> I'm trying to get my AMD64 system built this weekend to test things.
>
> Sean
>

The working revision of CURRENT was built on Jan 9, 2009:

FreeBSD  8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Jan  9 13:19:01 EET 2009    
user@zembla.universe:/fpool/obj/usr/src/sys/CUSTOM  amd64

The version that broke was built yesterday:

FreeBSD  8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 14 22:06:57 EET 2009   
user@zembla.universe:/usr/obj/usr/src/sys/CUSTOM  amd64

The revisions of the files that have changed recently are as follows:

./fwphyreg.h: * $FreeBSD: src/sys/dev/firewire/fwphyreg.h,v 1.4 2009/02/12 03:05:42 sbruno Exp $
./fwohcireg.h: * $FreeBSD: src/sys/dev/firewire/fwohcireg.h,v 1.24 2009/02/12 03:05:42 sbruno Exp $
./sbp.c: * $FreeBSD: src/sys/dev/firewire/sbp.c,v 1.99 2009/02/09 16:57:07 fjoe Exp $
./if_fwe.c: * $FreeBSD: src/sys/dev/firewire/if_fwe.c,v 1.46 2009/02/09 16:58:18 fjoe Exp $
./firewire.h: * $FreeBSD: src/sys/dev/firewire/firewire.h,v 1.24 2009/02/13 17:45:09 sbruno Exp $
./fwohci_pci.c: * $FreeBSD: src/sys/dev/firewire/fwohci_pci.c,v 1.61 2009/02/01 23:28:52 sbruno Exp $
./if_fwip.c: * $FreeBSD: src/sys/dev/firewire/if_fwip.c,v 1.18 2009/02/09 16:58:18 fjoe Exp $
./fwohci.c: * $FreeBSD: src/sys/dev/firewire/fwohci.c,v 1.98 2009/02/13 17:44:07 sbruno Exp $
./fwohcivar.h: * $FreeBSD: src/sys/dev/firewire/fwohcivar.h,v 1.18 2009/02/03 17:13:37 sbruno Exp $
./firewire.c: * $FreeBSD: src/sys/dev/firewire/firewire.c,v 1.105 2009/02/01 23:28:52 sbruno Exp $

Verbose dmesg from the working system:

http://host7.net62.hdsl-213-169.fastbg.net/dmesg.working.txt

Verbose dmesg from the broken system:

http://host7.net62.hdsl-213-169.fastbg.net/dmesg.broken.txt

(The cable was plugged in after the system had had already booted - the output from the disk is found at the 
end.) 

Please, feel free to ask for more details, if necessary.  

Thanks,

Boris Kotzev



From bugmaster at FreeBSD.org  Mon Feb 16 03:06:50 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Feb 16 03:07:47 2009
Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org
Message-ID: <200902161106.n1GB6nuM096093@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
p kern/125673  firewire   [firewire] [panic] FreeBSD7 panics when kldunloading f
o kern/122951  firewire   [firewire] video-transfer via fwcontrol triggers a pan
o kern/118093  firewire   [firewire] firewire bus reset hogs CPU, causing data t
p kern/114646  firewire   [firewire] [patch] firewire fails after suspend/resume
o kern/113785  firewire   [firewire] dropouts when playing DV on firewire
o kern/97208   firewire   [firewire] System hangs / locks up when a firewire dis
o kern/74238   firewire   [firewire] fw_rcv: unknown response; firewire ad-hoc w

7 problems total.

From sean.bruno at dsl-only.net  Mon Feb 16 15:57:29 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Mon Feb 16 15:57:36 2009
Subject: Enhance speed detection
Message-ID: <1234828647.5736.3.camel@localhost.localdomain>

Synopsis:
If speed of link between two devices is slower than the reported max
speed of both endpoints, the current driver will fail and be unable to
negotiate.

Summary:
Test negotiated speed by reading the CSRROM into a dummy variable.
If that read fails, decrement our speed and retry.  If all else fails,
go to lowest speed possible.

Report speed to the user.
Add display of the Bus Info Block when debug.firewire_debug > 1
Support the Bus Info Block(1394a-2000) method of speed detection.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: firewire.c.diff
Type: text/x-patch
Size: 3285 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090216/bf764841/firewire.c.bin
From sean.bruno at dsl-only.net  Mon Feb 16 16:00:00 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Mon Feb 16 16:00:06 2009
Subject: Enhance speed detection
In-Reply-To: <1234828647.5736.3.camel@localhost.localdomain>
References: <1234828647.5736.3.camel@localhost.localdomain>
Message-ID: <1234828798.5736.5.camel@localhost.localdomain>

On Mon, 2009-02-16 at 15:57 -0800, Sean Bruno wrote:
> Synopsis:
> If speed of link between two devices is slower than the reported max
> speed of both endpoints, the current driver will fail and be unable to
> negotiate.
> 
> Summary:
> Test negotiated speed by reading the CSRROM into a dummy variable.
> If that read fails, decrement our speed and retry.  If all else fails,
> go to lowest speed possible.
> 
> Report speed to the user.
> Add display of the Bus Info Block when debug.firewire_debug > 1
> Support the Bus Info Block(1394a-2000) method of speed detection.
> 
> _______________________________________________

I also should note that I am moving "hold_count" to 0 for future
releases.

This variable determines how many bus resets to "hold" a removed
firewire device before deletion.  I don't feel this is useful and will
probably drop support for this sysctl in the future.

Sean

From sean.bruno at dsl-only.net  Mon Feb 16 20:59:21 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Mon Feb 16 20:59:27 2009
Subject: More methodical progress?
Message-ID: <1234846759.5736.7.camel@localhost.localdomain>

This patch doesn't do much other than simplify some of the debugging
statements, move some messages out of debug and into normal operations
and rename some single letter variables.

Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: firewire.c.diff
Type: text/x-patch
Size: 10759 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090217/531fc39e/firewire.c.bin
From sean.bruno at dsl-only.net  Tue Feb 17 10:03:55 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Tue Feb 17 10:04:04 2009
Subject: SelfID Enhancements
Message-ID: <1234893822.7648.3.camel@localhost.localdomain>

This patch implements 1394a-2000 extended SelfID PHY packets.

Also, cull the "PHY DELAY" Self ID Field as this has been deprecated by
specification.  It was never implemented in the firewire stack to begin
with.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: firewire.diff
Type: text/x-patch
Size: 2701 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090217/becaebbd/firewire.bin
From sean.bruno at dsl-only.net  Tue Feb 17 11:40:17 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Tue Feb 17 11:40:24 2009
Subject: Optimize the debug case
Message-ID: <1234899613.7648.6.camel@localhost.localdomain>

This patch adds a new variable "bustgtlun" to use in replacement of
the overloaded sbp_show_sdev_info() function.

Copy the string only once into bustgtlun and then use that in all
related printf/device_printf calls.

Refactor a couple of printf statements to be more readable and remove
some commented out code.

Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sbp.c.diff
Type: text/x-patch
Size: 18228 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090217/781fe467/sbp.c.bin
From sean.bruno at dsl-only.net  Wed Feb 18 11:26:33 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Wed Feb 18 11:26:40 2009
Subject: firewire disk stopped working
In-Reply-To: <200902151727.38421.boris.kotzev@gmail.com>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<1234653160.30696.201.camel@localhost.localdomain>
	<200902151727.38421.boris.kotzev@gmail.com>
Message-ID: <1234985191.20261.22.camel@localhost.localdomain>

On Sun, 2009-02-15 at 17:27 +0200, Boris Kotzev wrote:
> On ?????? 15 ???????? 2009 01:12:40 you wrote:
> > If you haven't already, boot back into the previous kernel environment
> > and let me know what revision of CURRENT it was that worked.
> >
> > Then I'll need to know what version you were using that broke.
> >
> > I'm trying to get my AMD64 system built this weekend to test things.
> >
> > Sean
> >
> 

> 
> Verbose dmesg from the working system:
> 
> http://host7.net62.hdsl-213-169.fastbg.net/dmesg.working.txt
> 
> Verbose dmesg from the broken system:
> 
> http://host7.net62.hdsl-213-169.fastbg.net/dmesg.broken.txt
> 
> (The cable was plugged in after the system had had already booted - the output from the disk is found at the 
> end.) 
> 
> Please, feel free to ask for more details, if necessary.  
> 
> Thanks,
> 
> Boris Kotzev
> 
> 
> 

Looking over your logs, I can't quite see what the failure is.  There
seems to be a format error, I'm just not sure what is being requested.

Can you update to -current, and set:
debug.sbp_debug = 1
debug.firewire_debug = 1

Then repost your dmesg.

Sean

From sean.bruno at dsl-only.net  Wed Feb 18 11:29:51 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Wed Feb 18 11:29:56 2009
Subject: fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @
 /usr/src/sys/dev/kbdmux/kbdmux.c:1103
In-Reply-To: <19425CA6-E38F-486F-A533-15F0A8A29F08@young-alumni.com>
References: <A1D83E0F-7253-45F8-9080-D92577BFCFDC@young-alumni.com>
	<1234325652.14556.9.camel@localhost.localdomain>
	<A159F416-3B79-403D-886A-3DB41939B9D4@young-alumni.com>
	<1234530034.30696.191.camel@localhost.localdomain>
	<19425CA6-E38F-486F-A533-15F0A8A29F08@young-alumni.com>
Message-ID: <1234985383.20261.24.camel@localhost.localdomain>

On Fri, 2009-02-13 at 09:00 -0600, Chris Ruiz wrote:
> On Feb 13, 2009, at 7:00 AM, Sean Bruno wrote:
> 
> > On Fri, 2009-02-13 at 02:41 -0600, Chris Ruiz wrote:
> >> On Feb 10, 2009, at 10:14 PM, Sean Bruno wrote:
> >>
> >>> On Tue, 2009-02-10 at 20:48 -0600, Chris Ruiz wrote:
> >>>>
> >>>> After 11 days of uptime, I typed 'fwcontrol -p' from a ssh session
> >>>> and
> >>>> my system rebooted.  This is all the information I could obtain.
> >>>> After reboot, fwcontrol did not cause another panic.  I do no have
> >>>> any
> >>>> swap nor did I get a chance to enter the debugger before the  
> >>>> reboot.
> >>>> I'm currently in the process of updating to 188474 and will report
> >>>> back if this happens again.
> >>>>
> >>>
> >>>
> >>> Ah ... finally, an AMD64 reporter.  <grins evilly>
> >>>


Can you update to today's -current and set a couple of debug sysctl's
for me?

debug.sbp_debug = 1
debug.firewire_debug = 1

Then connect your iPod.  I think that you are not the only one who is
having issues.  I wish my firewire drive didn't work, it would make this
much easier.

Sean

From boris.kotzev at gmail.com  Wed Feb 18 17:12:31 2009
From: boris.kotzev at gmail.com (Boris Kotzev)
Date: Wed Feb 18 17:12:38 2009
Subject: firewire disk stopped working
In-Reply-To: <1234985191.20261.22.camel@localhost.localdomain>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<200902151727.38421.boris.kotzev@gmail.com>
	<1234985191.20261.22.camel@localhost.localdomain>
Message-ID: <200902190312.24163.boris.kotzev@gmail.com>

On ????? 18 ???????? 2009 21:26:31 you wrote:
> On Sun, 2009-02-15 at 17:27 +0200, Boris Kotzev wrote:
> > On ?????? 15 ???????? 2009 01:12:40 you wrote:
> > > If you haven't already, boot back into the previous kernel environment
> > > and let me know what revision of CURRENT it was that worked.
> > >
> > > Then I'll need to know what version you were using that broke.
> > >
> > > I'm trying to get my AMD64 system built this weekend to test things.
> > >
> > > Sean
> >
> > Verbose dmesg from the working system:
> >
> > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.working.txt
> >
> > Verbose dmesg from the broken system:
> >
> > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.broken.txt
> >
> > (The cable was plugged in after the system had had already booted - the
> > output from the disk is found at the end.)
> >
> > Please, feel free to ask for more details, if necessary.
> >
> > Thanks,
> >
> > Boris Kotzev
>
> Looking over your logs, I can't quite see what the failure is.  There
> seems to be a format error, I'm just not sure what is being requested.
>
> Can you update to -current, and set:
> debug.sbp_debug = 1
> debug.firewire_debug = 1
>
> Then repost your dmesg.
>
> Sean

Hi,

The dmesg output after plugging the cable are as follows (full verbose dmesg can be
found at http://host7.net62.hdsl-213-169.fastbg.net/dmesg.debug.txt ):
 
fwohci0: fwohci_intr_core: BUS reset
sbp_post_busreset
fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=3, CYCLEMASTER mode
node:0 link:1 gap:63 spd:2 con:0 pwr:4 p0:1 p1:2 p2:0 i:0 m:0
node:1 link:1 gap:5 spd:2 con:1 pwr:0 p0:3 p1:1 p2:1 i:1 m:0
firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1)  (me) 
fwohci0: fwohci_set_bus_manager: 1->1 (loop=0)
firewire0: bus manager 1 
firewire0: fw_phy_config: root_node=1 gap_count=5
fwohci0: start AT DMA status=11
firewire0: fw_bus_probe:iterate and invalidate all nodes
firewire0: fw_explore:node(0) fc->max_node(1) found
firewire0: fw_explore:found myself node(1) fc->nodeid(1) fc->max_node(1)
firewire0: fw_explore_node: node(0) BUS INFO BLOCK:
irmc(0) cmc(0) isc(0) bmc(0) pmc(0) cyc_clk_acc(255) max_rec(5) max_rom(1) generation(1) link_spd(2)
firewire0: New S400 device ID:0020370004a03421
firewire0: fw_explore: node 2, err = 0
bus_explore done
sbp_post_explore (sbp_cold=1)
sbp0: sbp_post_explore:: EUI:0020370004a03421  attached, state=2
target 0 lun 0 found
sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:0 EUI:0020370004a03421 node:0 speed:2 maxrec:0
sbp0: sbp_show_sdev_info: sbp0:0:0 'Seagate' 'ATA Device 00' '000102'
sbp_login: sec = 0 usec = 716226 ticks = 716
sbp0: sbp_mgm_orb:sbp0:0:0 LOGIN
sbp: alloc 1 xfer
fwohci0: fwohci_start: maxdesc 3
sbp0: sbp_recv1:sbp0:0:0 login: len 16, ID 0, cmd 0000fffff0100000, recon_hold 0
sbp0: sbp_busy_timeout:sbp0:0:0
sbp0: sbp_agent_reset:sbp0:0:0
sbp0: sbp_do_attach:sbp0:0:0
sbp0: sbp_cam_scan_target:sbp0:0:0
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b532c8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53418
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sb(pp0r:o bseb0p:_sabgpe0n:t0_:r0e:s0e)t:: sRbepq0u:e0s:t0 R
equeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53568
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b536b8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53808
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t R
equeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53958
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53aa8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t R
equeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53bf8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sb(pp0r:o bseb0p:_sabgpe0n:t0_:r0e:s0e)t:: sRbepq0u:e0s:t0 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53d48
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53e98
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sb(pp0r:o bseb0p:_sabgpe0n:t0_:r0e:s0e)t:: sRbepq0u:e0s:t0 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53028
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sb(pp0r:o bseb0p:_sabgpe0n:t0_:r0e:s0e)t:: sRbepq0u:e0s:t0 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53178
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b532c8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t 
Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004b53418
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp(0p:r osbbep0_:asgbepn0t:_0r:e0s:e0t)::s bRpe0q:u0e:s0t R
equeued
(probe0:sbp0:0:0:0): Retrying Command


Best regards,

Boris Kotzev



From sean.bruno at dsl-only.net  Wed Feb 18 20:52:35 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Wed Feb 18 20:52:42 2009
Subject: firewire disk stopped working
In-Reply-To: <200902190312.24163.boris.kotzev@gmail.com>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<200902151727.38421.boris.kotzev@gmail.com>
	<1234985191.20261.22.camel@localhost.localdomain>
	<200902190312.24163.boris.kotzev@gmail.com>
Message-ID: <1235019152.24031.0.camel@localhost.localdomain>

On Thu, 2009-02-19 at 03:12 +0200, Boris Kotzev wrote:
> On ????? 18 ???????? 2009 21:26:31 you wrote:
> > On Sun, 2009-02-15 at 17:27 +0200, Boris Kotzev wrote:
> > > On ?????? 15 ???????? 2009 01:12:40 you wrote:
> > > > If you haven't already, boot back into the previous kernel environment
> > > > and let me know what revision of CURRENT it was that worked.
> > > >
> > > > Then I'll need to know what version you were using that broke.
> > > >
> > > > I'm trying to get my AMD64 system built this weekend to test things.
> > > >
> > > > Sean
> > >
> > > Verbose dmesg from the working system:
> > >
> > > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.working.txt
> > >
> > > Verbose dmesg from the broken system:
> > >
> > > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.broken.txt
> > >
> > > (The cable was plugged in after the system had had already booted - the
> > > output from the disk is found at the end.)
> > >
> > > Please, feel free to ask for more details, if necessary.
> > >
> > > Thanks,
> > >
> > > Boris Kotzev
> >
> > Looking over your logs, I can't quite see what the failure is.  There
> > seems to be a format error, I'm just not sure what is being requested.
> >
> > Can you update to -current, and set:
> > debug.sbp_debug = 1
> > debug.firewire_debug = 1
> >
> > Then repost your dmesg.
> >
> > Sean
> 
> Hi,
> 
> The dmesg output after plugging the cable are as follows (full verbose dmesg can be
> found at http://host7.net62.hdsl-213-169.fastbg.net/dmesg.debug.txt ):

I went over everything and came up with the following patch.  Let me
apply this to -current and let me know if it makes any difference.

Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: firewire.c.diff
Type: text/x-patch
Size: 1081 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090219/e5bbce8d/firewire.c.bin
From sean.bruno at dsl-only.net  Wed Feb 18 21:01:22 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Wed Feb 18 21:01:28 2009
Subject: firewire disk stopped working
In-Reply-To: <1235019152.24031.0.camel@localhost.localdomain>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<200902151727.38421.boris.kotzev@gmail.com>
	<1234985191.20261.22.camel@localhost.localdomain>
	<200902190312.24163.boris.kotzev@gmail.com>
	<1235019152.24031.0.camel@localhost.localdomain>
Message-ID: <1235019680.24031.1.camel@localhost.localdomain>

On Wed, 2009-02-18 at 20:52 -0800, Sean Bruno wrote:
> On Thu, 2009-02-19 at 03:12 +0200, Boris Kotzev wrote:
> > On ????? 18 ???????? 2009 21:26:31 you wrote:
> > > On Sun, 2009-02-15 at 17:27 +0200, Boris Kotzev wrote:
> > > > On ?????? 15 ???????? 2009 01:12:40 you wrote:
> > > > > If you haven't already, boot back into the previous kernel environment
> > > > > and let me know what revision of CURRENT it was that worked.
> > > > >
> > > > > Then I'll need to know what version you were using that broke.
> > > > >
> > > > > I'm trying to get my AMD64 system built this weekend to test things.
> > > > >
> > > > > Sean
> > > >
> > > > Verbose dmesg from the working system:
> > > >
> > > > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.working.txt
> > > >
> > > > Verbose dmesg from the broken system:
> > > >
> > > > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.broken.txt
> > > >
> > > > (The cable was plugged in after the system had had already booted - the
> > > > output from the disk is found at the end.)
> > > >
> > > > Please, feel free to ask for more details, if necessary.
> > > >
> > > > Thanks,
> > > >
> > > > Boris Kotzev
> > >
> > > Looking over your logs, I can't quite see what the failure is.  There
> > > seems to be a format error, I'm just not sure what is being requested.
> > >
> > > Can you update to -current, and set:
> > > debug.sbp_debug = 1
> > > debug.firewire_debug = 1
> > >
> > > Then repost your dmesg.
> > >
> > > Sean
> > 
> > Hi,
> > 
> > The dmesg output after plugging the cable are as follows (full verbose dmesg can be
> > found at http://host7.net62.hdsl-213-169.fastbg.net/dmesg.debug.txt ):
> 
> I went over everything and came up with the following patch.  Let me
> apply this to -current and let me know if it makes any difference.
> 
> Sean

Ok, this didn't break anything for me.  Let me know if this works for
you.

Sean

From boris.kotzev at gmail.com  Thu Feb 19 03:09:48 2009
From: boris.kotzev at gmail.com (Boris Kotzev)
Date: Thu Feb 19 03:09:54 2009
Subject: firewire disk stopped working
In-Reply-To: <1235019152.24031.0.camel@localhost.localdomain>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<200902190312.24163.boris.kotzev@gmail.com>
	<1235019152.24031.0.camel@localhost.localdomain>
Message-ID: <200902191309.41883.boris.kotzev@gmail.com>

On ????????? 19 ???????? 2009 06:52:32 you wrote:
> On Thu, 2009-02-19 at 03:12 +0200, Boris Kotzev wrote:
> > On ????? 18 ???????? 2009 21:26:31 you wrote:
> > > On Sun, 2009-02-15 at 17:27 +0200, Boris Kotzev wrote:
> > > > On ?????? 15 ???????? 2009 01:12:40 you wrote:
> > > > > If you haven't already, boot back into the previous kernel
> > > > > environment and let me know what revision of CURRENT it was that
> > > > > worked.
> > > > >
> > > > > Then I'll need to know what version you were using that broke.
> > > > >
> > > > > I'm trying to get my AMD64 system built this weekend to test
> > > > > things.
> > > > >
> > > > > Sean
> > > >
> > > > Verbose dmesg from the working system:
> > > >
> > > > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.working.txt
> > > >
> > > > Verbose dmesg from the broken system:
> > > >
> > > > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.broken.txt
> > > >
> > > > (The cable was plugged in after the system had had already booted -
> > > > the output from the disk is found at the end.)
> > > >
> > > > Please, feel free to ask for more details, if necessary.
> > > >
> > > > Thanks,
> > > >
> > > > Boris Kotzev
> > >
> > > Looking over your logs, I can't quite see what the failure is.  There
> > > seems to be a format error, I'm just not sure what is being requested.
> > >
> > > Can you update to -current, and set:
> > > debug.sbp_debug = 1
> > > debug.firewire_debug = 1
> > >
> > > Then repost your dmesg.
> > >
> > > Sean
> >
> > Hi,
> >
> > The dmesg output after plugging the cable are as follows (full verbose
> > dmesg can be found at
> > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.debug.txt ):
>
> I went over everything and came up with the following patch.  Let me
> apply this to -current and let me know if it makes any difference.
>
> Sean

Hi,

No, unfortunately the patch did not help. The new dmesg output after plugging the cable follows below.
(After unplugging the cable the system prints this on the screen:
http://host7.net62.hdsl-213-169.fastbg.net/messages.jpg
and then freezes completely.)

fwohci0: fwohci_intr_core: BUS reset
sbp_post_busreset
fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=3, non CYCLEMASTER mode
node:0 link:1 gap:5 spd:2 con:1 pwr:0 p0:2 p1:1 p2:1 i:1 m:0
node:1 link:1 gap:63 spd:2 con:0 pwr:4 p0:1 p1:3 p2:0 i:0 m:0
firewire0: 2 nodes, maxhop <= 1 cable IRM irm(0)  (me) 
fwohci0: fwohci_set_bus_manager: 0->0 (loop=0)
firewire0: root node is not cycle master capable
firewire0: bus manager 0 
firewire0: fw_phy_config: root_node=0 gap_count=5
fwohci0: start AT DMA status=11
fwohci0: too many cycle lost, no cycle master presents?
firewire0: fw_bus_probe:iterate and invalidate all nodes
firewire0: fw_explore:found myself node(0) fc->nodeid(0) fc->max_node(1)
firewire0: fw_explore:node(1) fc->max_node(1) found
firewire0: fw_explore_node: node(1) BUS INFO BLOCK:
irmc(0) cmc(0) isc(0) bmc(0) pmc(0) cyc_clk_acc(255) max_rec(5) max_rom(1) generation(1) link_spd(2)
fwohci0: txd err= 3 miss Ack err
fwohci0: txd err= 3 miss Ack err
firewire0: fw_explore_node: fwdev->speed(S100) set lower than binfo->link_spd(S400)
firewire0: New S100 device ID:0020370004a03421
firewire0: fw_explore: node 2, err = 0
bus_explore done
sbp_post_explore (sbp_cold=1)
sbp0: sbp_post_explore:: EUI:0020370004a03421  attached, state=2
target 0 lun 0 found
sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:0 EUI:0020370004a03421 node:1 speed:0 maxrec:0
sbp0: sbp_show_sdev_info: sbp0:0:0 'Seagate' 'ATA Device 00' '000102'
sbp_login: sec = 0 usec = 714638 ticks = 714
sbp0: sbp_mgm_orb:sbp0:0:0 LOGIN
sbp: alloc 1 xfer
fwohci0: fwohci_start: maxdesc 3
sbp0: sbp_recv1:sbp0:0:0 login: len 16, ID 0, cmd 0000fffff0100000, recon_hold 0
sbp0: sbp_busy_timeout:sbp0:0:0
sbp0: sbp_agent_reset:sbp0:0:0
sbp0: sbp_do_attach:sbp0:0:0
sbp0: sbp_cam_scan_target:sbp0:0:0
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d2c8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d418
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d568
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d6b8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d808
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d958
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2daa8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2dbf8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2dd48
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2de98
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d028
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d178
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d2c8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d418
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d568
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d6b8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d808
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d958
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2daa8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2dbf8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2dd48
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2de98
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d028
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d178
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d2c8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d418
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d568
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d6b8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d808
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d958
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2daa8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2dbf8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2dd48
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2de98
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d028
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d178
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d2c8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d418
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d568
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d6b8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:004c2d808
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command

Thanks,

Boris Kotzev

From sean.bruno at dsl-only.net  Thu Feb 19 17:21:06 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Thu Feb 19 17:21:13 2009
Subject: firewire disk stopped working
In-Reply-To: <200902191309.41883.boris.kotzev@gmail.com>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<200902190312.24163.boris.kotzev@gmail.com>
	<1235019152.24031.0.camel@localhost.localdomain>
	<200902191309.41883.boris.kotzev@gmail.com>
Message-ID: <1235092864.24031.4.camel@localhost.localdomain>


> > > > Can you update to -current, and set:
> > > > debug.sbp_debug = 1
> > > > debug.firewire_debug = 1
> > > >
> > > > Then repost your dmesg.
> > > >
> > > > Sean
> > >
> > > Hi,
> > >
> > > The dmesg output after plugging the cable are as follows (full verbose
> > > dmesg can be found at
> > > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.debug.txt ):
> >
> > I went over everything and came up with the following patch.  Let me
> > apply this to -current and let me know if it makes any difference.
> >
> > Sean
> 
> Hi,
> 
> No, unfortunately the patch did not help. The new dmesg output after plugging the cable follows below.
> (After unplugging the cable the system prints this on the screen:
> http://host7.net62.hdsl-213-169.fastbg.net/messages.jpg
> and then freezes completely.)

Ok, this output looks like something else I was pursuing.  Thanks for
testing.

Here's another patch for to test with.  Let me know what the results
are!  

There was a couple of variable not getting initialized causing some
serious grief in the speed negotiation.  Effectively causing the driver
to try and negotiate with itself.  Very icky.

Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: firewire.diff
Type: text/x-patch
Size: 1893 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090220/04b54c51/firewire.bin
From boris.kotzev at gmail.com  Sat Feb 21 07:52:01 2009
From: boris.kotzev at gmail.com (Boris Kotzev)
Date: Sat Feb 21 07:52:08 2009
Subject: firewire disk stopped working
In-Reply-To: <1235092864.24031.4.camel@localhost.localdomain>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<200902191309.41883.boris.kotzev@gmail.com>
	<1235092864.24031.4.camel@localhost.localdomain>
Message-ID: <200902211751.53298.boris.kotzev@gmail.com>

On ????? 20 ???????? 2009 03:21:04 you wrote:
> > > > > Can you update to -current, and set:
> > > > > debug.sbp_debug = 1
> > > > > debug.firewire_debug = 1
> > > > >
> > > > > Then repost your dmesg.
> > > > >
> > > > > Sean
> > > >
> > > > Hi,
> > > >
> > > > The dmesg output after plugging the cable are as follows (full
> > > > verbose dmesg can be found at
> > > > http://host7.net62.hdsl-213-169.fastbg.net/dmesg.debug.txt ):
> > >
> > > I went over everything and came up with the following patch.  Let me
> > > apply this to -current and let me know if it makes any difference.
> > >
> > > Sean
> >
> > Hi,
> >
> > No, unfortunately the patch did not help. The new dmesg output after
> > plugging the cable follows below. (After unplugging the cable the system
> > prints this on the screen:
> > http://host7.net62.hdsl-213-169.fastbg.net/messages.jpg
> > and then freezes completely.)
>
> Ok, this output looks like something else I was pursuing.  Thanks for
> testing.
>
> Here's another patch for to test with.  Let me know what the results
> are!
>
> There was a couple of variable not getting initialized causing some
> serious grief in the speed negotiation.  Effectively causing the driver
> to try and negotiate with itself.  Very icky.
>
> Sean

The last patch produces the following dmesg:

fwohci0: fwohci_intr_core: BUS reset
sbp_post_busreset
fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=3, CYCLEMASTER mode
node:0 link:1 gap:63 spd:2 con:0 pwr:4 p0:1 p1:2 p2:0 i:0 m:0
node:1 link:1 gap:5 spd:2 con:1 pwr:0 p0:3 p1:1 p2:1 i:1 m:0
firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1)  (me) 
fwohci0: fwohci_set_bus_manager: 1->1 (loop=0)
firewire0: bus manager 1 
firewire0: fw_phy_config: root_node=1 gap_count=5
fwohci0: start AT DMA status=11
firewire0: fw_bus_probe:iterate and invalidate all nodes
firewire0: fw_explore:node(0) fc->max_node(1) found
firewire0: fw_explore:found myself node(1) fc->nodeid(1) fc->max_node(1)
firewire0: fw_explore_node: node(0) BUS INFO BLOCK:
irmc(0) cmc(0) isc(0) bmc(0) pmc(0) cyc_clk_acc(255) max_rec(5) max_rom(1) generation(1) link_spd(2)
firewire0: New S400 device ID:0020370004a03421
firewire0: fw_explore: node 2, err = 0
bus_explore done
sbp_post_explore (sbp_cold=1)
sbp0: sbp_post_explore:: EUI:0020370004a03421  attached, state=2
target 0 lun 0 found
sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:0 EUI:0020370004a03421 node:0 speed:2 maxrec:8
sbp0: sbp_show_sdev_info: sbp0:0:0 'Seagate' 'ATA Device 00' '000102'
sbp_login: sec = 0 usec = 716699 ticks = 716
sbp0: sbp_mgm_orb:sbp0:0:0 LOGIN
sbp: alloc 1 xfer
fwohci0: fwohci_start: maxdesc 3
sbp0: sbp_recv1:sbp0:0:0 login: len 16, ID 0, cmd 0000fffff0100000, recon_hold 0
sbp0: sbp_busy_timeout:sbp0:0:0
sbp0: sbp_agent_reset:sbp0:0:0
sbp0: sbp_do_attach:sbp0:0:0
sbp0: sbp_cam_scan_target:sbp0:0:0
fwohci0: fwohci_intr_core: BUS reset
fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=4, CYCLEMASTER mode
sbp_post_busreset
node:0 link:1 gap:5 spd:2 con:0 pwr:4 p0:1 p1:2 p2:0 i:1 m:0
node:1 link:1 gap:5 spd:2 con:1 pwr:0 p0:3 p1:1 p2:1 i:0 m:0
firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1)  (me) 
fwohci0: fwohci_set_bus_manager: 1->1 (loop=0)
firewire0: bus manager 1 
firewire0: fw_phy_config: root_node=1 gap_count=5
fwohci0: start AT DMA status=12
firewire0: fw_bus_probe:iterate and invalidate all nodes
firewire0: fw_bus_probe:Invalidate Dev ID: 0020370004a03421
firewire0: fw_explore:node(0) fc->max_node(1) found
firewire0: fw_explore:found myself node(1) fc->nodeid(1) fc->max_node(1)
firewire0: fw_explore_node: node(0) BUS INFO BLOCK:
irmc(0) cmc(0) isc(0) bmc(0) pmc(0) cyc_clk_acc(255) max_rec(5) max_rom(1) generation(1) link_spd(2)
fwohci0: node0: crom unchanged
firewire0: fw_explore: node 2, err = 0
bus_explore done
sbp_post_explore (sbp_cold=0)
sbp0: sbp_post_explore:: EUI:0020370004a03421  attached, state=2
target 0 lun 0 found
sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:0 EUI:0020370004a03421 node:0 speed:2 maxrec:8
sbp0: sbp_show_sdev_info: sbp0:0:0 'Seagate' 'ATA Device 00' '000102'
sbp0: sbp_abort_ocb:sbp0:0:0 0x5df1178
sbp0: (probe0:sbp_mgm_orb:sbp0:0:0 RECONNECTsbp0:0:
0:0): Bus Reset issued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 reconnect: len 16, ID 0, cmd 0000fffff0100000
sbp0: sbp_agent_reset:sbp0:0:0
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df1568
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df16b8
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df1808
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df1958
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
0:0): Request Requeued
(probe0:sbp0:0:0:0): Retrying Command
sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df1aa8
sbp0: sbp0:0:0

and the last 9 lines keep repeating over and over again.

Best regards,

Boris Kotzev



From bugmaster at FreeBSD.org  Mon Feb 23 03:06:51 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Feb 23 03:07:35 2009
Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org
Message-ID: <200902231106.n1NB6ov1055471@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
p kern/125673  firewire   [firewire] [panic] FreeBSD7 panics when kldunloading f
o kern/122951  firewire   [firewire] video-transfer via fwcontrol triggers a pan
o kern/118093  firewire   [firewire] firewire bus reset hogs CPU, causing data t
p kern/114646  firewire   [firewire] [patch] firewire fails after suspend/resume
o kern/113785  firewire   [firewire] dropouts when playing DV on firewire
o kern/97208   firewire   [firewire] System hangs / locks up when a firewire dis
o kern/74238   firewire   [firewire] fw_rcv: unknown response; firewire ad-hoc w

7 problems total.

From sean.bruno at dsl-only.net  Mon Feb 23 21:01:00 2009
From: sean.bruno at dsl-only.net (Sean Bruno)
Date: Mon Feb 23 21:01:06 2009
Subject: firewire disk stopped working
In-Reply-To: <200902211751.53298.boris.kotzev@gmail.com>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<200902191309.41883.boris.kotzev@gmail.com>
	<1235092864.24031.4.camel@localhost.localdomain>
	<200902211751.53298.boris.kotzev@gmail.com>
Message-ID: <1235451657.25955.24.camel@localhost.localdomain>


> 
> The last patch produces the following dmesg:
> 
> fwohci0: fwohci_intr_core: BUS reset
> sbp_post_busreset
> fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=3, CYCLEMASTER mode
> node:0 link:1 gap:63 spd:2 con:0 pwr:4 p0:1 p1:2 p2:0 i:0 m:0
> node:1 link:1 gap:5 spd:2 con:1 pwr:0 p0:3 p1:1 p2:1 i:1 m:0
> firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1)  (me) 
> fwohci0: fwohci_set_bus_manager: 1->1 (loop=0)
> firewire0: bus manager 1 
> firewire0: fw_phy_config: root_node=1 gap_count=5
> fwohci0: start AT DMA status=11
> firewire0: fw_bus_probe:iterate and invalidate all nodes
> firewire0: fw_explore:node(0) fc->max_node(1) found
> firewire0: fw_explore:found myself node(1) fc->nodeid(1) fc->max_node(1)
> firewire0: fw_explore_node: node(0) BUS INFO BLOCK:
> irmc(0) cmc(0) isc(0) bmc(0) pmc(0) cyc_clk_acc(255) max_rec(5) max_rom(1) generation(1) link_spd(2)
> firewire0: New S400 device ID:0020370004a03421
> firewire0: fw_explore: node 2, err = 0
> bus_explore done
> sbp_post_explore (sbp_cold=1)
> sbp0: sbp_post_explore:: EUI:0020370004a03421  attached, state=2
> target 0 lun 0 found
> sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:0 EUI:0020370004a03421 node:0 speed:2 maxrec:8
> sbp0: sbp_show_sdev_info: sbp0:0:0 'Seagate' 'ATA Device 00' '000102'
> sbp_login: sec = 0 usec = 716699 ticks = 716
> sbp0: sbp_mgm_orb:sbp0:0:0 LOGIN
> sbp: alloc 1 xfer
> fwohci0: fwohci_start: maxdesc 3
> sbp0: sbp_recv1:sbp0:0:0 login: len 16, ID 0, cmd 0000fffff0100000, recon_hold 0
> sbp0: sbp_busy_timeout:sbp0:0:0
> sbp0: sbp_agent_reset:sbp0:0:0
> sbp0: sbp_do_attach:sbp0:0:0
> sbp0: sbp_cam_scan_target:sbp0:0:0
> fwohci0: fwohci_intr_core: BUS reset
> fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=4, CYCLEMASTER mode
> sbp_post_busreset
> node:0 link:1 gap:5 spd:2 con:0 pwr:4 p0:1 p1:2 p2:0 i:1 m:0
> node:1 link:1 gap:5 spd:2 con:1 pwr:0 p0:3 p1:1 p2:1 i:0 m:0
> firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1)  (me) 
> fwohci0: fwohci_set_bus_manager: 1->1 (loop=0)
> firewire0: bus manager 1 
> firewire0: fw_phy_config: root_node=1 gap_count=5
> fwohci0: start AT DMA status=12
> firewire0: fw_bus_probe:iterate and invalidate all nodes
> firewire0: fw_bus_probe:Invalidate Dev ID: 0020370004a03421
> firewire0: fw_explore:node(0) fc->max_node(1) found
> firewire0: fw_explore:found myself node(1) fc->nodeid(1) fc->max_node(1)
> firewire0: fw_explore_node: node(0) BUS INFO BLOCK:
> irmc(0) cmc(0) isc(0) bmc(0) pmc(0) cyc_clk_acc(255) max_rec(5) max_rom(1) generation(1) link_spd(2)
> fwohci0: node0: crom unchanged
> firewire0: fw_explore: node 2, err = 0
> bus_explore done
> sbp_post_explore (sbp_cold=0)
> sbp0: sbp_post_explore:: EUI:0020370004a03421  attached, state=2
> target 0 lun 0 found
> sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:0 EUI:0020370004a03421 node:0 speed:2 maxrec:8
> sbp0: sbp_show_sdev_info: sbp0:0:0 'Seagate' 'ATA Device 00' '000102'
> sbp0: sbp_abort_ocb:sbp0:0:0 0x5df1178
> sbp0: (probe0:sbp_mgm_orb:sbp0:0:0 RECONNECTsbp0:0:
> 0:0): Bus Reset issued
> (probe0:sbp0:0:0:0): Retrying Command
> sbp0: sbp_recv1:sbp0:0:0 reconnect: len 16, ID 0, cmd 0000fffff0100000
> sbp0: sbp_agent_reset:sbp0:0:0
> sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df1568
> sbp0: sbp0:0:0
> Obj: Data buffer, Error: Type error
> sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
> sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
> sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
> sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
> 0:0): Request Requeued
> (probe0:sbp0:0:0:0): Retrying Command
> sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df16b8
> sbp0: sbp0:0:0
> Obj: Data buffer, Error: Type error
> sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
> sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
> sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
> sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
> 0:0): Request Requeued
> (probe0:sbp0:0:0:0): Retrying Command
> sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df1808
> sbp0: sbp0:0:0
> Obj: Data buffer, Error: Type error
> sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
> sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
> sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
> sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
> 0:0): Request Requeued
> (probe0:sbp0:0:0:0): Retrying Command
> sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df1958
> sbp0: sbp0:0:0
> Obj: Data buffer, Error: Type error
> sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 00 00 ff 00 00 00 00 00, flags: 0x40, 6b cmd/255b data/18b sense
> sbp0:0:0: SCSI status 0 sfmt 0 valid 0 key 0 code 0 qlfr 0 len 3
> sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
> sbp0: (probe0:sbp_agent_reset:sbp0:0:0sbp0:0:
> 0:0): Request Requeued
> (probe0:sbp0:0:0:0): Retrying Command
> sbp0: sbp_recv1:sbp0:0:0 ORB status src:1 resp:1 dead:1 len:3 stat:4e orb:005df1aa8
> sbp0: sbp0:0:0
> 
> and the last 9 lines keep repeating over and over again.
> 
> Best regards,
> 
> Boris Kotzev
> 

Well, I certainly have made a mess of this.  I have been fairly sick the
last couple of days could only come up with two things for you to try.

1.  set "sysctl hw.firewire.hold_count=3" and see if that resolves your
issue.

2.  Only set "debug.firewire_debug=2" ... this will be a very noisy
debug level.  Just capture what you can and email it back.

Sean

From boris.kotzev at gmail.com  Wed Feb 25 13:44:11 2009
From: boris.kotzev at gmail.com (Boris Kotzev)
Date: Wed Feb 25 13:44:19 2009
Subject: firewire disk stopped working
In-Reply-To: <1235451657.25955.24.camel@localhost.localdomain>
References: <200902150012.49329.boris.kotzev@gmail.com>
	<200902211751.53298.boris.kotzev@gmail.com>
	<1235451657.25955.24.camel@localhost.localdomain>
Message-ID: <200902252344.03339.boris.kotzev@gmail.com>

> Well, I certainly have made a mess of this.  I have been fairly sick the
> last couple of days could only come up with two things for you to try.
>
> 1.  set "sysctl hw.firewire.hold_count=3" and see if that resolves your
> issue.
>
> 2.  Only set "debug.firewire_debug=2" ... this will be a very noisy
> debug level.  Just capture what you can and email it back.
>
> Sean

Hi,

Setting "sysctl hw.firewire.hold_count=3" does not help - the disk still does not show up.

I am attaching to this email the dmesg output I captured after setting
"debug.firewire_debug=2"  (debug.sbp_debug was set to 0).

Best,

Boris Kotzev


-------------- next part --------------
fwohci0: fwohci_intr_core: BUS reset
fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=3, CYCLEMASTER mode
node:0 link:1 gap:5 spd:2 con:0 pwr:4 p0:1 p1:2 p2:0 i:1 m:0
node:1 link:1 gap:5 spd:2 con:1 pwr:0 p0:3 p1:1 p2:1 i:0 m:0
firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1)  (me) 
fwohci0: fwohci_set_bus_manager: 1->1 (loop=0)
firewire0: bus manager 1 
firewire0: fw_phy_config: root_node=1 gap_count=5
fwohci0: start AT DMA status=12
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e200 OUTL ST2 ALL ALL    12 00000000 0164e280 8411:e450 RUN,ACTIVE, ack complete(11)
0x000000e0 0x01c50000 0xfe3affff 0x00000000
firewire0: fw_bus_probe:iterate and invalidate all nodes
firewire0: fw_explore:node(0) fc->max_node(1) found
firewire0: fw_explore:found myself node(1) fc->nodeid(1) fc->max_node(1)
fw_get_tlabel: dst=0 tl=4
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e280 OUTL ST2 ALL ALL    12 00000000 0164e300 8412:ec80 RUN,ACTIVE, ack pend(12)
0x00801140 0xffc0ffff 0xf0000400 0x00000000
firewire0: fw_explore_node: node0: wrong bus info len(0)
firewire0: fw_explore: node 2, err = -1
fw_get_tlabel: dst=0 tl=5
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e300 OUTL ST2 ALL ALL    12 00000000 0164e380 8412:ec93 RUN,ACTIVE, ack pend(12)
0x00801540 0xffc0ffff 0xf0000400 0x00000000
firewire0: fw_explore_node: node0: wrong bus info len(0)
firewire0: fw_explore: node 2, err = -1
fw_get_tlabel: dst=0 tl=6
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e380 OUTL ST2 ALL ALL    12 00000000 0164e400 8412:eca6 RUN,ACTIVE, ack pend(12)
0x00801940 0xffc0ffff 0xf0000400 0x00000000
firewire0: fw_explore_node: node0: wrong bus info len(0)
firewire0: fw_explore: node 2, err = -1
bus_explore done
fwohci0: fwohci_intr_core: BUS reset
fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=4, CYCLEMASTER mode
node:0 link:1 gap:5 spd:2 con:0 pwr:4 p0:1 p1:2 p2:0 i:1 m:0
node:1 link:1 gap:5 spd:2 con:1 pwr:0 p0:3 p1:1 p2:1 i:0 m:0
firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1)  (me) 
fwohci0: fwohci_set_bus_manager: 1->1 (loop=0)
firewire0: bus manager 1 
firewire0: fw_phy_config: root_node=1 gap_count=5
fwohci0: start AT DMA status=12
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e400 OUTL ST2 ALL ALL    12 00000000 0164e480 8411:10e6 RUN,ACTIVE, ack complete(11)
0x000000e0 0x01c50000 0xfe3affff 0x00000000
firewire0: fw_bus_probe:iterate and invalidate all nodes
firewire0: fw_explore:node(0) fc->max_node(1) found
firewire0: fw_explore:found myself node(1) fc->nodeid(1) fc->max_node(1)
fw_get_tlabel: dst=0 tl=7
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e480 OUTL ST2 ALL ALL    12 00000000 0164e500 8412:1912 RUN,ACTIVE, ack pend(12)
0x00801d40 0xffc0ffff 0xf0000400 0x00000000
fw_get_tlabel: dst=0 tl=8
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e500 OUTL ST2 ALL ALL    12 00000000 0164e580 8412:1921 RUN,ACTIVE, ack pend(12)
0x00802140 0xffc0ffff 0xf0000404 0x00000000
fw_get_tlabel: dst=0 tl=9
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e580 OUTL ST2 ALL ALL    12 00000000 0164e600 8412:1930 RUN,ACTIVE, ack pend(12)
0x00802540 0xffc0ffff 0xf0000408 0x00000000
fw_get_tlabel: dst=0 tl=10
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e600 OUTL ST2 ALL ALL    12 00000000 0164e680 8412:193e RUN,ACTIVE, ack pend(12)
0x00802940 0xffc0ffff 0xf000040c 0x00000000
fw_get_tlabel: dst=0 tl=11
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e680 OUTL ST2 ALL ALL    12 00000000 0164e700 8412:194d RUN,ACTIVE, ack pend(12)
0x00802d40 0xffc0ffff 0xf0000410 0x00000000
firewire0: fw_explore_node: node(0) BUS INFO BLOCK:
irmc(0) cmc(0) isc(0) bmc(0) pmc(0) cyc_clk_acc(255) max_rec(5) max_rom(1) generation(1) link_spd(2)
fw_get_tlabel: dst=0 tl=12
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e700 OUTL ST2 ALL ALL    12 00000000 0164e780 8412:1962 RUN,ACTIVE, ack pend(12)
0x00823140 0xffc0ffff 0xf0000400 0x00000000
firewire0: New S400 device ID:0020370004a03421
fw_get_tlabel: dst=0 tl=13
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e780 OUTL ST2 ALL ALL    12 00000000 0164e800 8412:1973 RUN,ACTIVE, ack pend(12)
0x00823540 0xffc0ffff 0xf0000414 0x00000000
fw_get_tlabel: dst=0 tl=14
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e800 OUTL ST2 ALL ALL    12 00000000 0164e880 8412:1982 RUN,ACTIVE, ack pend(12)
0x00823940 0xffc0ffff 0xf0000418 0x00000000
fw_get_tlabel: dst=0 tl=15
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e880 OUTL ST2 ALL ALL    12 00000000 0164e900 8412:1991 RUN,ACTIVE, ack pend(12)
0x00823d40 0xffc0ffff 0xf000041c 0x00000000
fw_get_tlabel: dst=0 tl=16
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e900 OUTL ST2 ALL ALL    12 00000000 0164e980 8412:199f RUN,ACTIVE, ack pend(12)
0x00824140 0xffc0ffff 0xf0000420 0x00000000
fw_get_tlabel: dst=0 tl=17
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e980 OUTL ST2 ALL ALL    12 00000000 0164ea00 8412:19ae RUN,ACTIVE, ack pend(12)
0x00824540 0xffc0ffff 0xf0000424 0x00000000
fw_get_tlabel: dst=0 tl=18
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ea00 OUTL ST2 ALL ALL    12 00000000 0164ea80 8412:19bd RUN,ACTIVE, ack pend(12)
0x00824940 0xffc0ffff 0xf0000428 0x00000000
fw_get_tlabel: dst=0 tl=19
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ea80 OUTL ST2 ALL ALL    12 00000000 0164eb00 8412:19cb RUN,ACTIVE, ack pend(12)
0x00824d40 0xffc0ffff 0xf000042c 0x00000000
fw_get_tlabel: dst=0 tl=20
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164eb00 OUTL ST2 ALL ALL    12 00000000 0164eb80 8412:19da RUN,ACTIVE, ack pend(12)
0x00825140 0xffc0ffff 0xf000058c 0x00000000
fw_get_tlabel: dst=0 tl=21
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164eb80 OUTL ST2 ALL ALL    12 00000000 0164ec00 8412:19e8 RUN,ACTIVE, ack pend(12)
0x00825540 0xffc0ffff 0xf0000590 0x00000000
fw_get_tlabel: dst=0 tl=22
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ec00 OUTL ST2 ALL ALL    12 00000000 0164ec80 8412:19f7 RUN,ACTIVE, ack pend(12)
0x00825940 0xffc0ffff 0xf0000594 0x00000000
fw_get_tlabel: dst=0 tl=23
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ec80 OUTL ST2 ALL ALL    12 00000000 0164ed00 8412:1a06 RUN,ACTIVE, ack pend(12)
0x00825d40 0xffc0ffff 0xf0000598 0x00000000
fw_get_tlabel: dst=0 tl=24
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ed00 OUTL ST2 ALL ALL    12 00000000 0164ed80 8412:1a14 RUN,ACTIVE, ack pend(12)
0x00826140 0xffc0ffff 0xf000059c 0x00000000
fw_get_tlabel: dst=0 tl=25
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ed80 OUTL ST2 ALL ALL    12 00000000 0164ee00 8412:1a23 RUN,ACTIVE, ack pend(12)
0x00826540 0xffc0ffff 0xf00005a0 0x00000000
fw_get_tlabel: dst=0 tl=26
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ee00 OUTL ST2 ALL ALL    12 00000000 0164ee80 8412:1a31 RUN,ACTIVE, ack pend(12)
0x00826940 0xffc0ffff 0xf00005a4 0x00000000
fw_get_tlabel: dst=0 tl=27
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ee80 OUTL ST2 ALL ALL    12 00000000 0164ef00 8412:1a40 RUN,ACTIVE, ack pend(12)
0x00826d40 0xffc0ffff 0xf00005a8 0x00000000
fw_get_tlabel: dst=0 tl=28
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ef00 OUTL ST2 ALL ALL    12 00000000 0164ef80 8412:1a4e RUN,ACTIVE, ack pend(12)
0x00827140 0xffc0ffff 0xf00005ac 0x00000000
fw_get_tlabel: dst=0 tl=29
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ef80 OUTL ST2 ALL ALL    12 00000000 0164d000 8412:1a5d RUN,ACTIVE, ack pend(12)
0x00827540 0xffc0ffff 0xf00005b0 0x00000000
fw_get_tlabel: dst=0 tl=30
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d000 OUTL ST2 ALL ALL    12 00000000 0164d080 8412:1a6c RUN,ACTIVE, ack pend(12)
0x00827940 0xffc0ffff 0xf000043c 0x00000000
fw_get_tlabel: dst=0 tl=31
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d080 OUTL ST2 ALL ALL    12 00000000 0164d100 8412:1a7a RUN,ACTIVE, ack pend(12)
0x00827d40 0xffc0ffff 0xf0000440 0x00000000
fw_get_tlabel: dst=0 tl=32
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d100 OUTL ST2 ALL ALL    12 00000000 0164d180 8412:1a89 RUN,ACTIVE, ack pend(12)
0x00828140 0xffc0ffff 0xf0000444 0x00000000
fw_get_tlabel: dst=0 tl=33
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d180 OUTL ST2 ALL ALL    12 00000000 0164d200 8412:1a97 RUN,ACTIVE, ack pend(12)
0x00828540 0xffc0ffff 0xf0000448 0x00000000
fw_get_tlabel: dst=0 tl=34
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d200 OUTL ST2 ALL ALL    12 00000000 0164d280 8412:1aa6 RUN,ACTIVE, ack pend(12)
0x00828940 0xffc0ffff 0xf000044c 0x00000000
fw_get_tlabel: dst=0 tl=35
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d280 OUTL ST2 ALL ALL    12 00000000 0164d300 8412:1ab5 RUN,ACTIVE, ack pend(12)
0x00828d40 0xffc0ffff 0xf0000450 0x00000000
fw_get_tlabel: dst=0 tl=36
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d300 OUTL ST2 ALL ALL    12 00000000 0164d380 8412:1ac3 RUN,ACTIVE, ack pend(12)
0x00829140 0xffc0ffff 0xf0000454 0x00000000
fw_get_tlabel: dst=0 tl=37
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d380 OUTL ST2 ALL ALL    12 00000000 0164d400 8412:1ad2 RUN,ACTIVE, ack pend(12)
0x00829540 0xffc0ffff 0xf0000458 0x00000000
fw_get_tlabel: dst=0 tl=38
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d400 OUTL ST2 ALL ALL    12 00000000 0164d480 8412:1ae0 RUN,ACTIVE, ack pend(12)
0x00829940 0xffc0ffff 0xf000045c 0x00000000
fw_get_tlabel: dst=0 tl=39
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d480 OUTL ST2 ALL ALL    12 00000000 0164d500 8412:1aef RUN,ACTIVE, ack pend(12)
0x00829d40 0xffc0ffff 0xf0000460 0x00000000
fw_get_tlabel: dst=0 tl=40
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d500 OUTL ST2 ALL ALL    12 00000000 0164d580 8412:1afe RUN,ACTIVE, ack pend(12)
0x0082a140 0xffc0ffff 0xf0000464 0x00000000
fw_get_tlabel: dst=0 tl=41
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d580 OUTL ST2 ALL ALL    12 00000000 0164d600 8412:1b0c RUN,ACTIVE, ack pend(12)
0x0082a540 0xffc0ffff 0xf0000468 0x00000000
fw_get_tlabel: dst=0 tl=42
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d600 OUTL ST2 ALL ALL    12 00000000 0164d680 8412:1b1b RUN,ACTIVE, ack pend(12)
0x0082a940 0xffc0ffff 0xf000046c 0x00000000
fw_get_tlabel: dst=0 tl=43
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d680 OUTL ST2 ALL ALL    12 00000000 0164d700 8412:1b2a RUN,ACTIVE, ack pend(12)
0x0082ad40 0xffc0ffff 0xf0000470 0x00000000
fw_get_tlabel: dst=0 tl=44
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d700 OUTL ST2 ALL ALL    12 00000000 0164d780 8412:1b38 RUN,ACTIVE, ack pend(12)
0x0082b140 0xffc0ffff 0xf0000474 0x00000000
fw_get_tlabel: dst=0 tl=45
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d780 OUTL ST2 ALL ALL    12 00000000 0164d800 8412:1b47 RUN,ACTIVE, ack pend(12)
0x0082b540 0xffc0ffff 0xf0000478 0x00000000
fw_get_tlabel: dst=0 tl=46
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d800 OUTL ST2 ALL ALL    12 00000000 0164d880 8412:1b55 RUN,ACTIVE, ack pend(12)
0x0082b940 0xffc0ffff 0xf000047c 0x00000000
fw_get_tlabel: dst=0 tl=47
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d880 OUTL ST2 ALL ALL    12 00000000 0164d900 8412:1b64 RUN,ACTIVE, ack pend(12)
0x0082bd40 0xffc0ffff 0xf0000480 0x00000000
fw_get_tlabel: dst=0 tl=48
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d900 OUTL ST2 ALL ALL    12 00000000 0164d980 8412:1b73 RUN,ACTIVE, ack pend(12)
0x0082c140 0xffc0ffff 0xf0000484 0x00000000
fw_get_tlabel: dst=0 tl=49
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d980 OUTL ST2 ALL ALL    12 00000000 0164da00 8412:1b81 RUN,ACTIVE, ack pend(12)
0x0082c540 0xffc0ffff 0xf0000488 0x00000000
fw_get_tlabel: dst=0 tl=50
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164da00 OUTL ST2 ALL ALL    12 00000000 0164da80 8412:1b90 RUN,ACTIVE, ack pend(12)
0x0082c940 0xffc0ffff 0xf000048c 0x00000000
firewire0: fw_explore: node 2, err = 0
bus_explore done
sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:0 EUI:0020370004a03421 node:0 speed:2 maxrec:8
sbp0: sbp_show_sdev_info: sbp0:0:0 'Seagate' 'ATA Device 00' '000102'
fw_get_tlabel: dst=0 tl=51
fwohci0: fwohci_start: maxdesc 3
dbdump err ch = 0 cmd = 0x0164daa0
fw_get_tlabel: dst=0 tl=52
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164db00 OUTL ST2 ALL ALL    16 00000000 0164db80 8412:3251 RUN,ACTIVE, ack pend(12)
0x0082d100 0xffc0ffff 0xf0000210 0x0f000002
fw_get_tlabel: dst=0 tl=53
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164db80 OUTL ST2 ALL ALL    16 00000000 0164dc00 8412:3260 RUN,ACTIVE, ack pend(12)
0x0082d500 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=54
dbdump err ch = 0 cmd = 0x0164dc20
fw_get_tlabel: dst=0 tl=55
dbdump err ch = 0 cmd = 0x0164dca0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=56
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164dd00 OUTL ST2 ALL ALL    16 00000000 0164dd80 8412:446c RUN,ACTIVE, ack pend(12)
0x0082e100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=57
dbdump err ch = 0 cmd = 0x0164dda0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=58
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164de00 OUTL ST2 ALL ALL    16 00000000 0164de80 8412:4548 RUN,ACTIVE, ack pend(12)
0x0082e900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=59
dbdump err ch = 0 cmd = 0x0164dea0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=60
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164df00 OUTL ST2 ALL ALL    16 00000000 0164df80 8412:4623 RUN,ACTIVE, ack pend(12)
0x0082f100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=61
dbdump err ch = 0 cmd = 0x0164dfa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=62
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c000 OUTL ST2 ALL ALL    16 00000000 0164c080 8412:4708 RUN,ACTIVE, ack pend(12)
0x0082f900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=63
dbdump err ch = 0 cmd = 0x0164c0a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=0
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c100 OUTL ST2 ALL ALL    16 00000000 0164c180 8412:47e4 RUN,ACTIVE, ack pend(12)
0x00820100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=1
dbdump err ch = 0 cmd = 0x0164c1a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=2
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c200 OUTL ST2 ALL ALL    16 00000000 0164c280 8412:48bf RUN,ACTIVE, ack pend(12)
0x00820900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=3
dbdump err ch = 0 cmd = 0x0164c2a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=4
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c300 OUTL ST2 ALL ALL    16 00000000 0164c380 8412:49a6 RUN,ACTIVE, ack pend(12)
0x00821100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=5
dbdump err ch = 0 cmd = 0x0164c3a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=6
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c400 OUTL ST2 ALL ALL    16 00000000 0164c480 8412:4a8f RUN,ACTIVE, ack pend(12)
0x00821900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=7
dbdump err ch = 0 cmd = 0x0164c4a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=8
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c500 OUTL ST2 ALL ALL    16 00000000 0164c580 8412:4b6a RUN,ACTIVE, ack pend(12)
0x00822100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=9
dbdump err ch = 0 cmd = 0x0164c5a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=10
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c600 OUTL ST2 ALL ALL    16 00000000 0164c680 8412:4c45 RUN,ACTIVE, ack pend(12)
0x00822900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=11
dbdump err ch = 0 cmd = 0x0164c6a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=12
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c700 OUTL ST2 ALL ALL    16 00000000 0164c780 8412:4d2b RUN,ACTIVE, ack pend(12)
0x00823100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=13
dbdump err ch = 0 cmd = 0x0164c7a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=14
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c800 OUTL ST2 ALL ALL    16 00000000 0164c880 8412:4e05 RUN,ACTIVE, ack pend(12)
0x00823900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=15
dbdump err ch = 0 cmd = 0x0164c8a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=16
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c900 OUTL ST2 ALL ALL    16 00000000 0164c980 8412:4ee1 RUN,ACTIVE, ack pend(12)
0x00824100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=17
dbdump err ch = 0 cmd = 0x0164c9a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=18
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ca00 OUTL ST2 ALL ALL    16 00000000 0164ca80 8412:4fc7 RUN,ACTIVE, ack pend(12)
0x00824900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=19
dbdump err ch = 0 cmd = 0x0164caa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=20
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164cb00 OUTL ST2 ALL ALL    16 00000000 0164cb80 8412:50b1 RUN,ACTIVE, ack pend(12)
0x00825100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=21
dbdump err ch = 0 cmd = 0x0164cba0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=22
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164cc00 OUTL ST2 ALL ALL    16 00000000 0164cc80 8412:518c RUN,ACTIVE, ack pend(12)
0x00825900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=23
dbdump err ch = 0 cmd = 0x0164cca0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=24
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164cd00 OUTL ST2 ALL ALL    16 00000000 0164cd80 8412:5266 RUN,ACTIVE, ack pend(12)
0x00826100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=25
dbdump err ch = 0 cmd = 0x0164cda0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=26
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ce00 OUTL ST2 ALL ALL    16 00000000 0164ce80 8412:534c RUN,ACTIVE, ack pend(12)
0x00826900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=27
dbdump err ch = 0 cmd = 0x0164cea0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=28
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164cf00 OUTL ST2 ALL ALL    16 00000000 0164cf80 8412:5428 RUN,ACTIVE, ack pend(12)
0x00827100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=29
dbdump err ch = 0 cmd = 0x0164cfa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=30
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b000 OUTL ST2 ALL ALL    16 00000000 0164b080 8412:5503 RUN,ACTIVE, ack pend(12)
0x00827900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=31
dbdump err ch = 0 cmd = 0x0164b0a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=32
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b100 OUTL ST2 ALL ALL    16 00000000 0164b180 8412:55eb RUN,ACTIVE, ack pend(12)
0x00828100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=33
dbdump err ch = 0 cmd = 0x0164b1a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=34
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b200 OUTL ST2 ALL ALL    16 00000000 0164b280 8412:56d4 RUN,ACTIVE, ack pend(12)
0x00828900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=35
dbdump err ch = 0 cmd = 0x0164b2a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=36
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b300 OUTL ST2 ALL ALL    16 00000000 0164b380 8412:57b0 RUN,ACTIVE, ack pend(12)
0x00829100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=37
dbdump err ch = 0 cmd = 0x0164b3a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=38
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b400 OUTL ST2 ALL ALL    16 00000000 0164b480 8412:588a RUN,ACTIVE, ack pend(12)
0x00829900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=39
dbdump err ch = 0 cmd = 0x0164b4a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=40
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b500 OUTL ST2 ALL ALL    16 00000000 0164b580 8412:596f RUN,ACTIVE, ack pend(12)
0x0082a100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=41
dbdump err ch = 0 cmd = 0x0164b5a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=42
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b600 OUTL ST2 ALL ALL    16 00000000 0164b680 8412:5a49 RUN,ACTIVE, ack pend(12)
0x0082a900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=43
dbdump err ch = 0 cmd = 0x0164b6a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=44
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b700 OUTL ST2 ALL ALL    16 00000000 0164b780 8412:5b25 RUN,ACTIVE, ack pend(12)
0x0082b100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=45
dbdump err ch = 0 cmd = 0x0164b7a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=46
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b800 OUTL ST2 ALL ALL    16 00000000 0164b880 8412:5c0c RUN,ACTIVE, ack pend(12)
0x0082b900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=47
dbdump err ch = 0 cmd = 0x0164b8a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=48
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b900 OUTL ST2 ALL ALL    16 00000000 0164b980 8412:5cf5 RUN,ACTIVE, ack pend(12)
0x0082c100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=49
dbdump err ch = 0 cmd = 0x0164b9a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=50
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ba00 OUTL ST2 ALL ALL    16 00000000 0164ba80 8412:5dd0 RUN,ACTIVE, ack pend(12)
0x0082c900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=51
dbdump err ch = 0 cmd = 0x0164baa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=52
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164bb00 OUTL ST2 ALL ALL    16 00000000 0164bb80 8412:5eaa RUN,ACTIVE, ack pend(12)
0x0082d100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=53
dbdump err ch = 0 cmd = 0x0164bba0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=54
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164bc00 OUTL ST2 ALL ALL    16 00000000 0164bc80 8412:604f RUN,ACTIVE, ack pend(12)
0x0082d900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=55
dbdump err ch = 0 cmd = 0x0164bca0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=56
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164bd00 OUTL ST2 ALL ALL    16 00000000 0164bd80 8412:612a RUN,ACTIVE, ack pend(12)
0x0082e100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=57
dbdump err ch = 0 cmd = 0x0164bda0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=58
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164be00 OUTL ST2 ALL ALL    16 00000000 0164be80 8412:6205 RUN,ACTIVE, ack pend(12)
0x0082e900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=59
dbdump err ch = 0 cmd = 0x0164bea0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=60
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164bf00 OUTL ST2 ALL ALL    16 00000000 0164bf80 8412:62ea RUN,ACTIVE, ack pend(12)
0x0082f100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=61
dbdump err ch = 0 cmd = 0x0164bfa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=62
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e000 OUTL ST2 ALL ALL    16 00000000 0164e080 8412:63d4 RUN,ACTIVE, ack pend(12)
0x0082f900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=63
dbdump err ch = 0 cmd = 0x0164e0a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=0
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e100 OUTL ST2 ALL ALL    16 00000000 0164e180 8412:64af RUN,ACTIVE, ack pend(12)
0x00820100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=1
dbdump err ch = 0 cmd = 0x0164e1a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=2
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e200 OUTL ST2 ALL ALL    16 00000000 0164e280 8412:658a RUN,ACTIVE, ack pend(12)
0x00820900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=3
dbdump err ch = 0 cmd = 0x0164e2a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=4
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e300 OUTL ST2 ALL ALL    16 00000000 0164e380 8412:6670 RUN,ACTIVE, ack pend(12)
0x00821100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=5
dbdump err ch = 0 cmd = 0x0164e3a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=6
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e400 OUTL ST2 ALL ALL    16 00000000 0164e480 8412:674a RUN,ACTIVE, ack pend(12)
0x00821900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=7
dbdump err ch = 0 cmd = 0x0164e4a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=8
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e500 OUTL ST2 ALL ALL    16 00000000 0164e580 8412:6825 RUN,ACTIVE, ack pend(12)
0x00822100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=9
dbdump err ch = 0 cmd = 0x0164e5a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=10
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e600 OUTL ST2 ALL ALL    16 00000000 0164e680 8412:690b RUN,ACTIVE, ack pend(12)
0x00822900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=11
dbdump err ch = 0 cmd = 0x0164e6a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=12
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e700 OUTL ST2 ALL ALL    16 00000000 0164e780 8412:69f4 RUN,ACTIVE, ack pend(12)
0x00823100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=13
dbdump err ch = 0 cmd = 0x0164e7a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=14
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e800 OUTL ST2 ALL ALL    16 00000000 0164e880 8412:6ad0 RUN,ACTIVE, ack pend(12)
0x00823900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=15
dbdump err ch = 0 cmd = 0x0164e8a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=16
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164e900 OUTL ST2 ALL ALL    16 00000000 0164e980 8412:6baa RUN,ACTIVE, ack pend(12)
0x00824100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=17
dbdump err ch = 0 cmd = 0x0164e9a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=18
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ea00 OUTL ST2 ALL ALL    16 00000000 0164ea80 8412:6c90 RUN,ACTIVE, ack pend(12)
0x00824900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=19
dbdump err ch = 0 cmd = 0x0164eaa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=20
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164eb00 OUTL ST2 ALL ALL    16 00000000 0164eb80 8412:6d6b RUN,ACTIVE, ack pend(12)
0x00825100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=21
dbdump err ch = 0 cmd = 0x0164eba0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=22
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ec00 OUTL ST2 ALL ALL    16 00000000 0164ec80 8412:6e46 RUN,ACTIVE, ack pend(12)
0x00825900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=23
dbdump err ch = 0 cmd = 0x0164eca0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=24
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ed00 OUTL ST2 ALL ALL    16 00000000 0164ed80 8412:6f2b RUN,ACTIVE, ack pend(12)
0x00826100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=25
dbdump err ch = 0 cmd = 0x0164eda0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=26
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ee00 OUTL ST2 ALL ALL    16 00000000 0164ee80 8412:7014 RUN,ACTIVE, ack pend(12)
0x00826900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=27
dbdump err ch = 0 cmd = 0x0164eea0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=28
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ef00 OUTL ST2 ALL ALL    16 00000000 0164ef80 8412:70ef RUN,ACTIVE, ack pend(12)
0x00827100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=29
dbdump err ch = 0 cmd = 0x0164efa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=30
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d000 OUTL ST2 ALL ALL    16 00000000 0164d080 8412:71cb RUN,ACTIVE, ack pend(12)
0x00827900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=31
dbdump err ch = 0 cmd = 0x0164d0a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=32
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d100 OUTL ST2 ALL ALL    16 00000000 0164d180 8412:72b0 RUN,ACTIVE, ack pend(12)
0x00828100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=33
dbdump err ch = 0 cmd = 0x0164d1a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=34
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d200 OUTL ST2 ALL ALL    16 00000000 0164d280 8412:738c RUN,ACTIVE, ack pend(12)
0x00828900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=35
dbdump err ch = 0 cmd = 0x0164d2a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=36
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d300 OUTL ST2 ALL ALL    16 00000000 0164d380 8412:7466 RUN,ACTIVE, ack pend(12)
0x00829100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=37
dbdump err ch = 0 cmd = 0x0164d3a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=38
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d400 OUTL ST2 ALL ALL    16 00000000 0164d480 8412:754c RUN,ACTIVE, ack pend(12)
0x00829900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=39
dbdump err ch = 0 cmd = 0x0164d4a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=40
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d500 OUTL ST2 ALL ALL    16 00000000 0164d580 8412:7636 RUN,ACTIVE, ack pend(12)
0x0082a100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=41
dbdump err ch = 0 cmd = 0x0164d5a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=42
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d600 OUTL ST2 ALL ALL    16 00000000 0164d680 8412:7710 RUN,ACTIVE, ack pend(12)
0x0082a900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=43
dbdump err ch = 0 cmd = 0x0164d6a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=44
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d700 OUTL ST2 ALL ALL    16 00000000 0164d780 8412:77eb RUN,ACTIVE, ack pend(12)
0x0082b100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=45
dbdump err ch = 0 cmd = 0x0164d7a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=46
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d800 OUTL ST2 ALL ALL    16 00000000 0164d880 8412:78d2 RUN,ACTIVE, ack pend(12)
0x0082b900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=47
dbdump err ch = 0 cmd = 0x0164d8a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=48
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164d900 OUTL ST2 ALL ALL    16 00000000 0164d980 8412:79c5 RUN,ACTIVE, ack pend(12)
0x0082c100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=49
dbdump err ch = 0 cmd = 0x0164d9a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=50
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164da00 OUTL ST2 ALL ALL    16 00000000 0164da80 8412:7aa1 RUN,ACTIVE, ack pend(12)
0x0082c900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=51
dbdump err ch = 0 cmd = 0x0164daa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=52
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164db00 OUTL ST2 ALL ALL    16 00000000 0164db80 8412:7b7a RUN,ACTIVE, ack pend(12)
0x0082d100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=53
dbdump err ch = 0 cmd = 0x0164dba0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=54
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164dc00 OUTL ST2 ALL ALL    16 00000000 0164dc80 8412:7c61 RUN,ACTIVE, ack pend(12)
0x0082d900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=55
dbdump err ch = 0 cmd = 0x0164dca0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=56
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164dd00 OUTL ST2 ALL ALL    16 00000000 0164dd80 8412:7d3c RUN,ACTIVE, ack pend(12)
0x0082e100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=57
dbdump err ch = 0 cmd = 0x0164dda0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=58
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164de00 OUTL ST2 ALL ALL    16 00000000 0164de80 8412:7e16 RUN,ACTIVE, ack pend(12)
0x0082e900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=59
dbdump err ch = 0 cmd = 0x0164dea0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=60
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164df00 OUTL ST2 ALL ALL    16 00000000 0164df80 8412:7efd RUN,ACTIVE, ack pend(12)
0x0082f100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=61
dbdump err ch = 0 cmd = 0x0164dfa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=62
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c000 OUTL ST2 ALL ALL    16 00000000 0164c080 8412:80a6 RUN,ACTIVE, ack pend(12)
0x0082f900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=63
dbdump err ch = 0 cmd = 0x0164c0a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=0
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c100 OUTL ST2 ALL ALL    16 00000000 0164c180 8412:8181 RUN,ACTIVE, ack pend(12)
0x00820100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=1
dbdump err ch = 0 cmd = 0x0164c1a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=2
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c200 OUTL ST2 ALL ALL    16 00000000 0164c280 8412:825c RUN,ACTIVE, ack pend(12)
0x00820900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=3
dbdump err ch = 0 cmd = 0x0164c2a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=4
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c300 OUTL ST2 ALL ALL    16 00000000 0164c380 8412:8341 RUN,ACTIVE, ack pend(12)
0x00821100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=5
dbdump err ch = 0 cmd = 0x0164c3a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=6
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c400 OUTL ST2 ALL ALL    16 00000000 0164c480 8412:841b RUN,ACTIVE, ack pend(12)
0x00821900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=7
dbdump err ch = 0 cmd = 0x0164c4a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=8
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c500 OUTL ST2 ALL ALL    16 00000000 0164c580 8412:84f6 RUN,ACTIVE, ack pend(12)
0x00822100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=9
dbdump err ch = 0 cmd = 0x0164c5a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=10
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c600 OUTL ST2 ALL ALL    16 00000000 0164c680 8412:85dd RUN,ACTIVE, ack pend(12)
0x00822900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=11
dbdump err ch = 0 cmd = 0x0164c6a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=12
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c700 OUTL ST2 ALL ALL    16 00000000 0164c780 8412:86c6 RUN,ACTIVE, ack pend(12)
0x00823100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=13
dbdump err ch = 0 cmd = 0x0164c7a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=14
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c800 OUTL ST2 ALL ALL    16 00000000 0164c880 8412:87a1 RUN,ACTIVE, ack pend(12)
0x00823900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=15
dbdump err ch = 0 cmd = 0x0164c8a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=16
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164c900 OUTL ST2 ALL ALL    16 00000000 0164c980 8412:887c RUN,ACTIVE, ack pend(12)
0x00824100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=17
dbdump err ch = 0 cmd = 0x0164c9a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=18
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ca00 OUTL ST2 ALL ALL    16 00000000 0164ca80 8412:8962 RUN,ACTIVE, ack pend(12)
0x00824900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=19
dbdump err ch = 0 cmd = 0x0164caa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=20
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164cb00 OUTL ST2 ALL ALL    16 00000000 0164cb80 8412:8a3c RUN,ACTIVE, ack pend(12)
0x00825100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=21
dbdump err ch = 0 cmd = 0x0164cba0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=22
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164cc00 OUTL ST2 ALL ALL    16 00000000 0164cc80 8412:8b17 RUN,ACTIVE, ack pend(12)
0x00825900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=23
dbdump err ch = 0 cmd = 0x0164cca0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=24
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164cd00 OUTL ST2 ALL ALL    16 00000000 0164cd80 8412:8bfd RUN,ACTIVE, ack pend(12)
0x00826100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=25
dbdump err ch = 0 cmd = 0x0164cda0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=26
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ce00 OUTL ST2 ALL ALL    16 00000000 0164ce80 8412:8ce7 RUN,ACTIVE, ack pend(12)
0x00826900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=27
dbdump err ch = 0 cmd = 0x0164cea0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=28
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164cf00 OUTL ST2 ALL ALL    16 00000000 0164cf80 8412:8dc2 RUN,ACTIVE, ack pend(12)
0x00827100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=29
dbdump err ch = 0 cmd = 0x0164cfa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=30
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b000 OUTL ST2 ALL ALL    16 00000000 0164b080 8412:8e9e RUN,ACTIVE, ack pend(12)
0x00827900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=31
dbdump err ch = 0 cmd = 0x0164b0a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=32
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b100 OUTL ST2 ALL ALL    16 00000000 0164b180 8412:8f83 RUN,ACTIVE, ack pend(12)
0x00828100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=33
dbdump err ch = 0 cmd = 0x0164b1a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=34
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b200 OUTL ST2 ALL ALL    16 00000000 0164b280 8412:905e RUN,ACTIVE, ack pend(12)
0x00828900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=35
dbdump err ch = 0 cmd = 0x0164b2a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=36
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b300 OUTL ST2 ALL ALL    16 00000000 0164b380 8412:9138 RUN,ACTIVE, ack pend(12)
0x00829100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=37
dbdump err ch = 0 cmd = 0x0164b3a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=38
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b400 OUTL ST2 ALL ALL    16 00000000 0164b480 8412:921e RUN,ACTIVE, ack pend(12)
0x00829900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=39
dbdump err ch = 0 cmd = 0x0164b4a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=40
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b500 OUTL ST2 ALL ALL    16 00000000 0164b580 8412:9308 RUN,ACTIVE, ack pend(12)
0x0082a100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=41
dbdump err ch = 0 cmd = 0x0164b5a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=42
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b600 OUTL ST2 ALL ALL    16 00000000 0164b680 8412:93e3 RUN,ACTIVE, ack pend(12)
0x0082a900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=43
dbdump err ch = 0 cmd = 0x0164b6a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=44
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b700 OUTL ST2 ALL ALL    16 00000000 0164b780 8412:94be RUN,ACTIVE, ack pend(12)
0x0082b100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=45
dbdump err ch = 0 cmd = 0x0164b7a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=46
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b800 OUTL ST2 ALL ALL    16 00000000 0164b880 8412:95a4 RUN,ACTIVE, ack pend(12)
0x0082b900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=47
dbdump err ch = 0 cmd = 0x0164b8a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=48
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164b900 OUTL ST2 ALL ALL    16 00000000 0164b980 8412:967f RUN,ACTIVE, ack pend(12)
0x0082c100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=49
dbdump err ch = 0 cmd = 0x0164b9a0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=50
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164ba00 OUTL ST2 ALL ALL    16 00000000 0164ba80 8412:975a RUN,ACTIVE, ack pend(12)
0x0082c900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=51
dbdump err ch = 0 cmd = 0x0164baa0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=52
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164bb00 OUTL ST2 ALL ALL    16 00000000 0164bb80 8412:9840 RUN,ACTIVE, ack pend(12)
0x0082d100 0xffc0ffff 0xf0100004 0x0f000000
splitted header
rlen=8, offset=-4088
fw_get_tlabel: dst=0 tl=53
dbdump err ch = 0 cmd = 0x0164bba0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=54
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164bc00 OUTL ST2 ALL ALL    16 00000000 0164bc80 8412:9928 RUN,ACTIVE, ack pend(12)
0x0082d900 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=55
dbdump err ch = 0 cmd = 0x0164bca0
sbp0: sbp0:0:0
Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
fw_get_tlabel: dst=0 tl=56
Current DB 0
ch = 0
 Current OP   KEY INT BR   len     Addr   Depend Stat: Cnt
0164bd00 OUTL ST2 ALL ALL    16 00000000 0164bd80 8412:9a02 RUN,ACTIVE, ack pend(12)
0x0082e100 0xffc0ffff 0xf0100004 0x0f000000
fw_get_tlabel: dst=0 tl=57
dbdump err ch = 0 cmd = 0x0164bda0
From dthiele at gmx.net  Sat Feb 28 14:19:53 2009
From: dthiele at gmx.net (Daniel Thiele)
Date: Sat Feb 28 14:20:00 2009
Subject: firewire disk stopped working
In-Reply-To: <200902252344.03339.boris.kotzev@gmail.com>
References: <200902150012.49329.boris.kotzev@gmail.com>	<200902211751.53298.boris.kotzev@gmail.com>	<1235451657.25955.24.camel@localhost.localdomain>
	<200902252344.03339.boris.kotzev@gmail.com>
Message-ID: <49A9B245.8030804@gmx.net>

Boris Kotzev wrote:
>> Well, I certainly have made a mess of this.  I have been fairly sick the
>> last couple of days could only come up with two things for you to try.
>>
>> 1.  set "sysctl hw.firewire.hold_count=3" and see if that resolves your
>> issue.
>>
>> 2.  Only set "debug.firewire_debug=2" ... this will be a very noisy
>> debug level.  Just capture what you can and email it back.
>>
>> Sean
> 
> Hi,
> 
> Setting "sysctl hw.firewire.hold_count=3" does not help - the disk still does not show up.
> 
> I am attaching to this email the dmesg output I captured after setting
> "debug.firewire_debug=2"  (debug.sbp_debug was set to 0).
> 

Hi,

I am having the same problem as Boris. My external firewire disk is not
recognized anymore.

I updated my machine from 7.1-STABLE to 8.0-CURRENT around Feb 24th.
With 7.1-STABLE the external disk was working fine. With 8.0-CURRENT,
however, it does not even find its way to /dev as daX and I get the
following errors after attaching the disk:

Obj: Data buffer, Error: Type error
sbp0: sbp_scsi_status:sbp0:0:0 unknown scsi status 0x0
sbp0: sbp0:0:0


I applied the last patch Sean provided against the firwire.c from Feb
24th and like in Boris' case this did not solve the problem.

A normal dmesg with debug.sbp_debug = 1 and debug.firewire_debug = 1
with the unpatched firwire.c can be found here:
http://www-public.tu-bs.de:8080/~y0023183/FreeBSD/unpatched_dmesg.txt

A verbose dmesg with hw.firewire.hold_count = 3 and
debug.firewire_debug = 2 is located here:
http://www-public.tu-bs.de:8080/~y0023183/FreeBSD/patched_dmesg-v_hold_count-3_firewire_debug-2.txt

If you need more verbose or additional logs just drop me a line and I
will try to provide them.

Best regards,

Daniel


P.S.: Sorry for messing up this threads hierarchy by replying to Boris' 
email and not to Seans, but I subscribed to freebsd-firewire@ on Feb 
25th, thus Boris' email was the only one I had so far to reply to.


Additional information:

uname -a:
FreeBSD impala.vnws.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Feb 25 
17:13:30 CET 2009 
dthiele@impala.vnws.lan:/usr/obj/usr/src/sys/kernel_8Xv0  i386

I applied Bruno's patches against this CURRENT's firewire.c.


The interesting part from pciconf -lv:

fwohci0@pci0:21:0:1:    class=0x0c0010 card=0x20c717aa chip=0x08321180 
rev=0x04 hdr=0x00
     vendor     = 'Ricoh Company, Ltd.'
     device     = 'unknown IEEE 1394 (4 pin firewire) chip)'
     class      = serial bus
     subclass   = FireWire


And fwcontrol -p:

=== base register ===
0x03 0x05 0xe1 0x41 0xc8 0x03 0x00 0x00
Physical_ID:0  R:1  CPS:1
RHB:0  IBR:0  Gap_Count:5
Extended:7 Num_Ports:1
PHY_Speed:2 Delay:1
LCtrl:1 C:1 Jitter:1 Pwr_Class:0
WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1
Max_Legacy_SPD:0 BLINK:0 Bridge:0
Page_Select:0 Port_Select0

=== page 0 port 0 ===
0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0
Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0
DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0
Connection_unreliable:0 Beta_mode:0
Port_error:0x0
Loop_disable:0 In_standby:0 Hard_disable:0

=== page 1 ===
0x01 0x00 0x00 0x00 0x74 0x00 0x83 0x20
Compliance:1
Vendor_ID:0x000074
Product_ID:0x008320