From owner-freebsd-arm@FreeBSD.ORG  Sat Aug 24 18:21:17 2013
Return-Path: <owner-freebsd-arm@FreeBSD.ORG>
Delivered-To: freebsd-arm@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTP id 53790277;
 Sat, 24 Aug 2013 18:21:17 +0000 (UTC)
 (envelope-from george+freebsd@m5p.com)
Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net
 [IPv6:2001:418:0:5000::16])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id E54062C45;
 Sat, 24 Aug 2013 18:21:16 +0000 (UTC)
Received: from wonderland.m5p.com (localhost [IPv6:::1])
 by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id r7OIL73L071830;
 Sat, 24 Aug 2013 14:21:13 -0400 (EDT)
 (envelope-from george+freebsd@m5p.com)
Message-ID: <5218F993.9050504@m5p.com>
Date: Sat, 24 Aug 2013 14:21:07 -0400
From: George Mitchell <george+freebsd@m5p.com>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:17.0) Gecko/20130716 Thunderbird/17.0.7
MIME-Version: 1.0
To: Hans Petter Selasky <hps@bitfrost.no>
Subject: Re: ulpt can't attach Lexmark E120
References: <5105527F.3010708@m5p.com> <201301271915.47712.hselasky@c2i.net>
 <510570C1.1060607@m5p.com> <201301272007.30682.hselasky@c2i.net>
 <5105AB16.2000607@m5p.com> <5215F4DF.6000305@m5p.com>
 <5215F743.8060403@bitfrost.no> <5216ACE5.7000500@m5p.com>
 <5216FE9F.2030608@bitfrost.no> <52174378.2020101@m5p.com>
 <521801E5.9000309@m5p.com> <52184F59.5080100@bitfrost.no>
In-Reply-To: <52184F59.5080100@bitfrost.no>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7
 (mailhost.m5p.com [IPv6:::1]); Sat, 24 Aug 2013 14:21:13 -0400 (EDT)
Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org
X-BeenThere: freebsd-arm@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Porting FreeBSD to the StrongARM Processor <freebsd-arm.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-arm>,
 <mailto:freebsd-arm-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arm>
List-Post: <mailto:freebsd-arm@freebsd.org>
List-Help: <mailto:freebsd-arm-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arm>,
 <mailto:freebsd-arm-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Aug 2013 18:21:17 -0000

On 08/24/13 02:14, Hans Petter Selasky wrote:
> On 08/24/13 02:44, George Mitchell wrote:
>> On 08/23/13 07:11, George Mitchell wrote:
>>> On 08/23/13 02:18, Hans Petter Selasky wrote:
>>>> On 08/23/13 02:29, George Mitchell wrote:
>>>>> On 08/22/13 07:34, Hans Petter Selasky wrote:
>>>>
>
>> Give that the printer works fine with the same code on my amd64
>> machines, does this suggest we have a byte-ordering problem in the
>> driver?                                                   -- George
>
> Hi,
>
> I looked at the code and your debug prints, and it looks like the
> usbd_transfer_setup() function is to blame. To get further debugging
> here, you need to enable hw.usb.debug=15 and hw.usb.dwcotg.debug=15 or
> something like that.
>
>       error = usbd_transfer_setup(uaa->device, &iface_index,
>              sc->sc_xfer, ulpt_config, ULPT_N_TRANSFER,
>              sc, &sc->sc_mtx);
>
> I think this should be trivial to fix one the cause is found.
>
> --HPS

Setting hw.usb.dwc_otg.debug to any value greater than 0 generates an
unending stream of debug output and effectively locks up the chip
scrolling the output on the display.  Perhaps there are some specific
debug messages I could put in ...                           -- George