From owner-freebsd-firewire@FreeBSD.ORG Wed Feb 4 05:50:43 2009 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA918106566C for ; Wed, 4 Feb 2009 05:50:43 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from sopwith.solgatos.com (pool-173-50-231-101.ptldor.fios.verizon.net [173.50.231.101]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8CC8FC13 for ; Wed, 4 Feb 2009 05:50:42 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: by sopwith.solgatos.com (Postfix, from userid 66) id 731BBB651; Tue, 3 Feb 2009 21:38:34 -0800 (PST) Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id XAA07891; Tue, 3 Feb 2009 23:44:05 GMT Message-Id: <200902032344.XAA07891@sopwith.solgatos.com> To: freebsd-firewire@freebsd.org In-reply-to: Your message of "Tue, 03 Feb 2009 17:40:05 GMT." <200902031740.n13He5il039486@freefall.freebsd.org> Date: Tue, 03 Feb 2009 15:44:05 +0000 From: Dieter Subject: Re: kern/97208: [firewire] System hangs / locks up when a firewire disk is attached X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 05:50:44 -0000 > 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?