From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754886AbZKIM7L (ORCPT ); Mon, 9 Nov 2009 07:59:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751420AbZKIM7L (ORCPT ); Mon, 9 Nov 2009 07:59:11 -0500 Received: from smtp-out.google.com ([216.239.33.17]:46831 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750851AbZKIM7K convert rfc822-to-8bit (ORCPT ); Mon, 9 Nov 2009 07:59:10 -0500 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:date:message-id:subject:from:to: cc:content-type:content-transfer-encoding:x-system-of-record; b=hsakocHtDvy6wikHbCVQpwcMT04tiS4Fprl/EE9ADbf6CUyRunUV7X5ODCQq93k7p b+uZXQP2i+EswZ7SvhidA== MIME-Version: 1.0 In-Reply-To: <20091109103602.GC2207@elf.ucw.cz> References: <20091109103602.GC2207@elf.ucw.cz> Date: Mon, 9 Nov 2009 04:59:10 -0800 Message-ID: Subject: Re: dream: fastboot getting protocol errors From: Brian Swetland To: Pavel Machek Cc: "Arve Hj?nnev?g" , kernel list , linux-arm-kernel Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-System-Of-Record: true Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 9, 2009 at 2:36 AM, Pavel Machek wrote: > Hi! > > I'm still fighting with porting MMC support to current mainline. > > Meanwhile: I'm getting this *way* too often -- with the htcUSB  to > 2xUSB reduction. Any ideas? > > root@amd:/data/l/android# ./fastboot -c "console=tty0 > root=/dev/mmcblk0p1 rootdelay=5 fbcon=rotate:1" boot > /data/l/linux-msm/arch/arm/boot/zImage > creating boot image... > creating boot image - 1667072 bytes > downloading 'boot.img'... FAILED (command write failed (Protocol > error)) > root@amd:/data/l/android# > > ...and then it just goes away after powercycling the phone... Unfortunately, I think that's just flakies in the htc bootloader. I'm not aware of any simple workaround. Do you not see it fail if you use a straight USB A->miniB cable? I think that bootloader will still honor a secondstage bootloader embedded in the boot.img (mkbootimg --second foo), or you could replace the zimage in the boot.img with a second stage bootloader. Either way, dunno if you want to dig into bootloader hackery to try to resolve usb issues. Brian