From owner-freebsd-usb@FreeBSD.ORG Sun Apr 4 00:47:39 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D67911065670 for ; Sun, 4 Apr 2010 00:47:39 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7FE048FC12 for ; Sun, 4 Apr 2010 00:47:39 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1065122qwe.7 for ; Sat, 03 Apr 2010 17:47:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :subject:message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=DMxdP/FssDqqF1YoadcQfhPPWAi1tn5DoE6d+HYWx8w=; b=xXAQ7P15S6pGlBBHr5Q8F9v1fU8wxdP6dN8iSsNpkMX9CWPaHcJz+ofiKFuqZGDCkU 36SiBRN4tTY2OkaS6ReE6Wqlm+S9iRu/S9hWCuWdxW2S5IXXMVZq36lNHcavUzpqhP6C iTZkFSmJbZeUMyyghUahRIEqJmjcl6Sl31eew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=re9Ec1VXnPJSmdot4/bOfJMrFpU5bQNWW+xmXrsYyn1/BEkT3IBS7xCmQt1kQcTw9s 2q3bE+jilA27qVF1/QB8ViAbuEfOmWCqXWqTRHGuWrP1S91wMYJWsU3GdXZeLnUWuBBT RCOFKV0INmPVJIidCZgGL6+fDAWLj+jVcjEgk= Received: by 10.229.91.16 with SMTP id k16mr6455874qcm.40.1270342058744; Sat, 03 Apr 2010 17:47:38 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id v26sm3171406qce.7.2010.04.03.17.47.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 03 Apr 2010 17:47:37 -0700 (PDT) Sender: Nenhum_de_Nos Received: from elita (unknown [10.1.1.84]) by cygnus.homeunix.com (Postfix) with ESMTP id D3D85B8A1D for ; Sat, 3 Apr 2010 21:47:24 -0300 (BRT) Date: Sat, 3 Apr 2010 21:46:59 -0300 From: Nenhum_de_Nos To: freebsd-usb@freebsd.org Message-Id: <20100403214659.fb4a19ea.matheus@eternamente.info> In-Reply-To: <20100331190631.GQ1473@michelle.cdnetworks.com> References: <20100324231833.GX1278@michelle.cdnetworks.com> <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> <20100325173556.GA1278@michelle.cdnetworks.com> <20100326003150.GI1278@michelle.cdnetworks.com> <20100326195012.GS1278@michelle.cdnetworks.com> <6672a5444e755931f93f58f7b2df28c4.squirrel@cygnus.homeunix.com> <20100327021954.GY1278@michelle.cdnetworks.com> <4f4516c4a748aacfbd62cad9691afb90.squirrel@cygnus.homeunix.com> <20100331190631.GQ1473@michelle.cdnetworks.com> X-Mailer: Sylpheed 3.0.0 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2010 00:47:40 -0000 On Wed, 31 Mar 2010 12:06:31 -0700 Pyun YongHyeon wrote: > On Fri, Mar 26, 2010 at 11:31:50PM -0300, Nenhum_de_Nos wrote: > > [...] > > > >> I changed and got this: > > >> > > >> miibus1: on axe0 > > >> ukphy0: PHY 1 on miibus1 > > >> ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > This is *NOT* bogus value. It's Agere Systems' ET1011 gigabit PHY. > > > FreeBSD has truephy(4) for Agere Systems' PHY but it does not have > > > support code for the model yet. > > > > so I can think that's the issue, right ? > > Probably. But this does not explain sometimes why you get some > bogus value form PHY id registers. > > > > >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > >> 1000baseT-FDX, auto > > >> ue0: on axe0 > > >> ue0: Ethernet address: xxxxxxxxxxxxxx > > >> ue0: link state changed to DOWN > > >> > > >> so it didn't now. other thing is that not every time it works: > > >> > > > > > > Yeah, that is real issue here. I guess there should be some magic > > > to wakeup the PHY from deep sleep state. I'll see what can be done. > > > > ok, great it was found :) > > > > let me know if I can help in anything :) > > > > Would you try attached patch and let me know how it goes? axe0: PHYADDR 0xe0:0x01 miibus1: on axe0 ukphy0: PHY 1 on miibus1 ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 ukphy0: 10baseT-FDX ue0: on axe0 ue0: Ethernet address: 00:11:50:e7:39:e9 ue0: link state changed to DOWN ue0: link state changed to DOWN ue0: link state changed to DOWN ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN and I can't ping the other host :( ue0: flags=8843 metric 0 mtu 1500 options=80000 ether 00:11:50:e7:39:e9 inet 10.2.1.2 netmask 0xffffff00 broadcast 10.2.1.255 media: Ethernet none arroway# ifconfig ue0 ue0: flags=8843 metric 0 mtu 1500 options=80000 ether 00:11:50:e7:39:e9 inet 10.2.1.2 netmask 0xffffff00 broadcast 10.2.1.255 media: Ethernet none (none ) status: active arroway# ifconfig ue0 ue0: flags=8843 metric 0 mtu 1500 options=80000 ether 00:11:50:e7:39:e9 inet 10.2.1.2 netmask 0xffffff00 broadcast 10.2.1.255 media: Ethernet none and it is still crazy media changing. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-usb@FreeBSD.ORG Mon Apr 5 01:13:02 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68D51106566B for ; Mon, 5 Apr 2010 01:13:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 167AD8FC0C for ; Mon, 5 Apr 2010 01:13:01 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1265190qwe.7 for ; Sun, 04 Apr 2010 18:13:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=h1R1ZINyRwyVlY5vzaiMtgIzbhDfYTpjQXvVMJtMC3E=; b=sgZaQG46SzC3qShGtl0msbtRF8ygzHi4936og29g79eNATdi//hrSUJ1Oenvuc4SGL b/oGn3bP424P6h3u+nK7C5xOaNLshyFXF7tH++ur4e4bhSb+NDslxxWoi9dgjGJs97x1 vCH6rZZdb9Lc7bYrX8w9h3wCbRfEiqlvJLL50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=wyhFZUJ5+/UVIAcV3iFB0FhFWjDsvHiQ3Dhpkl/1ikAVqfpkocicCBVbQ/og5YkxY7 oPk4+ZmrSC8Qg7dCG5Wg9oTy62hMGMfJ0caKrA7DUjGkTuTCKdWNvngmL17iq2ZdXNM4 bZhcqzq3PsSeXcxJsf2CGgszDhZwQPFF5l7bs= Received: by 10.229.192.7 with SMTP id do7mr718118qcb.71.1270429981230; Sun, 04 Apr 2010 18:13:01 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id f5sm4493576qcg.20.2010.04.04.18.12.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Apr 2010 18:12:59 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 4 Apr 2010 18:12:56 -0700 From: Pyun YongHyeon Date: Sun, 4 Apr 2010 18:12:56 -0700 To: Nenhum_de_Nos Message-ID: <20100405011256.GC1225@michelle.cdnetworks.com> References: <20100325173556.GA1278@michelle.cdnetworks.com> <20100326003150.GI1278@michelle.cdnetworks.com> <20100326195012.GS1278@michelle.cdnetworks.com> <6672a5444e755931f93f58f7b2df28c4.squirrel@cygnus.homeunix.com> <20100327021954.GY1278@michelle.cdnetworks.com> <4f4516c4a748aacfbd62cad9691afb90.squirrel@cygnus.homeunix.com> <20100331190631.GQ1473@michelle.cdnetworks.com> <20100403214659.fb4a19ea.matheus@eternamente.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100403214659.fb4a19ea.matheus@eternamente.info> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 01:13:02 -0000 On Sat, Apr 03, 2010 at 09:46:59PM -0300, Nenhum_de_Nos wrote: > On Wed, 31 Mar 2010 12:06:31 -0700 > Pyun YongHyeon wrote: > > > On Fri, Mar 26, 2010 at 11:31:50PM -0300, Nenhum_de_Nos wrote: > > > > [...] > > > > > >> I changed and got this: > > > >> > > > >> miibus1: on axe0 > > > >> ukphy0: PHY 1 on miibus1 > > > >> ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > > > This is *NOT* bogus value. It's Agere Systems' ET1011 gigabit PHY. > > > > FreeBSD has truephy(4) for Agere Systems' PHY but it does not have > > > > support code for the model yet. > > > > > > so I can think that's the issue, right ? > > > > Probably. But this does not explain sometimes why you get some > > bogus value form PHY id registers. > > > > > > >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > >> 1000baseT-FDX, auto > > > >> ue0: on axe0 > > > >> ue0: Ethernet address: xxxxxxxxxxxxxx > > > >> ue0: link state changed to DOWN > > > >> > > > >> so it didn't now. other thing is that not every time it works: > > > >> > > > > > > > > Yeah, that is real issue here. I guess there should be some magic > > > > to wakeup the PHY from deep sleep state. I'll see what can be done. > > > > > > ok, great it was found :) > > > > > > let me know if I can help in anything :) > > > > > > > Would you try attached patch and let me know how it goes? > > axe0: PHYADDR 0xe0:0x01 > miibus1: on axe0 > ukphy0: PHY 1 on miibus1 > ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 Due to other issues previous patch didn't have chance to make it work. This time, PHY id started to reporting garbage again which means all MII register access may return garbage too. Don't know this could be related with USB subsystem though. > ukphy0: 10baseT-FDX > ue0: on axe0 > ue0: Ethernet address: 00:11:50:e7:39:e9 > ue0: link state changed to DOWN [...] > and I can't ping the other host :( > > ue0: flags=8843 metric 0 mtu 1500 > options=80000 > ether 00:11:50:e7:39:e9 > inet 10.2.1.2 netmask 0xffffff00 broadcast 10.2.1.255 > media: Ethernet none > arroway# ifconfig ue0 > ue0: flags=8843 metric 0 mtu 1500 > options=80000 > ether 00:11:50:e7:39:e9 > inet 10.2.1.2 netmask 0xffffff00 broadcast 10.2.1.255 > media: Ethernet none (none ) > status: active > arroway# ifconfig ue0 > ue0: flags=8843 metric 0 mtu 1500 > options=80000 > ether 00:11:50:e7:39:e9 > inet 10.2.1.2 netmask 0xffffff00 broadcast 10.2.1.255 > media: Ethernet none > > and it is still crazy media changing. > Because your PHY is not recognized it's expected result. :-( From owner-freebsd-usb@FreeBSD.ORG Mon Apr 5 11:07:12 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2EFE1065673 for ; Mon, 5 Apr 2010 11:07:12 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B138E8FC37 for ; Mon, 5 Apr 2010 11:07:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o35B7CkB027960 for ; Mon, 5 Apr 2010 11:07:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35B7BUe027958 for freebsd-usb@FreeBSD.org; Mon, 5 Apr 2010 11:07:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Apr 2010 11:07:12 GMT Message-Id: <201004051107.o35B7BUe027958@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 11:07:12 -0000 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 usb/145265 usb [patch] Freecom USB-IDE bridge o usb/145184 usb GENERIC can't mount root from USB on Asus EEE o usb/145165 usb [keyboard] ukbd_set_leds_callback: error=USB_ERR_STALL f kern/144938 usb [keyboard] [boot] Boot Failure with Apple (MB869LL/A) o usb/144751 usb [ukbd] [usb8] kernel without keyboard support won't co o usb/144423 usb [usb8] [patch] if_run panic with USB-N13 o usb/144414 usb [keyboard] [patch] Apple "Fn" key doesn't work properl o usb/144387 usb [run] [panic] if_run panic f usb/144332 usb [build] Kernel compile fails when aue is enabled but n o usb/144043 usb [umass] USB DLT tape drive throws random errors o usb/143790 usb [boot] can not boot from usb hdd f usb/143634 usb [umass] [usb8] Jetflash USB flash stick fails to mount f usb/143620 usb [cdce] [usb8] the module if_cdce doesn't support my Op o usb/143448 usb [usbdevs] [usb8] [patch] QUIRK: JMicron JM20336 USB/SA f usb/143294 usb [usb8] copying process stops at some time (10 - 50 sec o usb/143286 usb [ukbd] [usb8] [boot] boot failures on RELENG_8 system f usb/143186 usb [usbdevs] [usb8] [patch] add USB device IDs for Google a usb/143139 usb [umass] [usb8] [patch] Quirk for Century EX35SW4_SB4 J o usb/143045 usb [umass] [usb8] [patch] mounting Fujitsu 2600Z camera d o usb/142991 usb [uftdi] [usb67] [patch] Patch to add Crystalfontz 533 f usb/142989 usb [usb8] canon eos 50D attaches but detaches after few s f usb/142957 usb [umass] [usb8] [patch] patch for USB disk SYNCHRONIZE o usb/142719 usb [urtw] [usb8] AirLive WL-1600USB (RTL8187L chipset) fa o usb/142713 usb [usb67] [panic] Kernel Panik when connecting an IPhone f usb/142276 usb [umass] [usb8] Cache Synchronization Error with Olympu o usb/142229 usb [ums] [usb8] [hang] connecting a USB mouse to a Dell P o usb/141680 usb [uath] [usb8] Netgear WG111T not working with uath dri o usb/141664 usb [pcm] [usb8] Logitech USB microphone failure [regressi o usb/141474 usb [boot] [usb8] FreeBSD 8.0 can not install from USB CDR a usb/141467 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/141327 usb [ukbd] [usb67] USB kbd not working with 7.1+PAE on IBM o usb/141313 usb [usb8] nvidia USB 2.0 controller - stops copying on US o usb/141212 usb [ukbd] [usb8] ukbd_set_leds_callback:700: error=USB_ER o kern/141011 usb [usb] Encrypted root, geli password at boot; enter key o usb/140928 usb [u3g] [usb8] [patch] ZTE CDMA2000 1X EV-DO (MG478/AC87 o usb/140920 usb [install] [usb8] USB based install fails on 8.0-RELEAS o usb/140893 usb [urtw] [usb8] WPA2 not working on rtl8187b f usb/140883 usb [axe] [usb8] USB gigabit ethernet hangs after short pe o kern/140849 usb [ums] [usb8] USB mouse doesn't work under FreeBSD 8.0- a usb/140810 usb [uftdi] [usb8] 8.X copy and paste problem / tty overfl o kern/140614 usb [uplcom] [patch] adding support for Radio Shack Gigwar o usb/140590 usb [bluetooth] [usb8] ng_ubt(4) ng_l2cap_process_cmd_rej o usb/140477 usb [umass] [usb8] [patch] allow boot-time attachment of d o usb/140259 usb [libusb] [patch] [usb8] libusb-1.0 portability/compati o usb/140236 usb [msdosfs] [usb8] Labels wiped on external Journaled US o usb/140160 usb [usb8] [acpi] USB ports are no longer "active" after A s usb/139990 usb [panic] [patch] [usb67] Kernel frequently panics after a usb/139598 usb [umass] [usb8] CAM reports "xptioctl: put "device pass o usb/139243 usb [uhci] [usb67] unplug prolific USB serial -> uhci_abor o usb/138915 usb [patch] [usb8] [usb67] add support for SheevaPlug seri a usb/138904 usb [rum] [panic] [usb67] unpluging USB wifi card panics s f usb/138882 usb [ohci] [panic] [usb67] Can't install FreeBSD 7.2 due t a usb/138879 usb [uftdi] [patch] Patch to add support for CTI USB-Mini o usb/138798 usb [boot] [usb8] 8.0-BETA4 can't boot from USB flash driv o usb/138659 usb [usb8][uftdi] driver broken in RELENG_8/CURRENT o usb/138570 usb [usb] [panic] USB mass device panics current 7.2-STABL o usb/138175 usb [usb67] [boot] System cannot boot, when USB reader wit o usb/138172 usb [u3g] [patch] [usb67] Additional dev id for u3g (Optio o usb/138138 usb [u3g] [patch] [usb67] Novatel U760 for u3g (Verizon an o usb/138124 usb [snd_uaudio] [usb8] Axed uaudio functionality in the u o usb/138119 usb [usb67] [usb8] MultiBay CDROM (probably on USB bus) is o usb/137872 usb [usb67] [boot] slow booting on usb flash drive o usb/137806 usb [ukbd] [usb67] USB keyboard doesn't work until it's un o usb/137763 usb [usb67][ukbd] Logitech wireless keyboard media keys no o usb/137616 usb [usb67][usb8][usbdevs] [patch]: usbdevs update: Please o usb/137377 usb [usb8] request support for Huawei E180 o usb/137341 usb [usb8][rum] driver if_rum doesn't work at all and thro f usb/137190 usb [usb8][patch] inhibit spurious button releases for som o usb/137189 usb [usb8][patch] create and use sysctl nodes for HID repo p usb/137188 usb [usb8][patch] correctly handle USB report descriptors f bin/137180 usb [build] [patch] building world for 8.0-BETA2 fails on o usb/137129 usb [ums] [usb8] SteelSeries Ikari USB laser mouse not att p usb/136761 usb [usbdevs][usb67][patch] Teach usbdevs / u3g(4) about H o usb/135938 usb [aue] [usb67] aue driver only passes traffic in promis o usb/135575 usb [usbdevs] [patch] [usb67] Add HTC Wizard phone vid/pid o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135348 usb [umass] [patch] USB Drive Hangs with ZFS (JMicron USB2 o usb/135206 usb machine reboots when inserted USB device o usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/134633 usb Add support for WILLCOM03(SHARP smart phone) o usb/134631 usb [usbdevs] [patch] WiSPY DBx support requires usb tweak o usb/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion o usb/134117 usb [Patch] Add support for 'Option GlobeTrotter HSDPA Mod o usb/134085 usb [umass] Adding usb quirk for Sony USB flash drive o usb/133989 usb [usb8] [ukbd] USB keyboard dead at mountroot> prompt o usb/133712 usb [ural] [patch] RE: Fixed an issue with ural(4) that wa o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb [rum] driver not working properly in hostap mode p usb/132799 usb [usb][patch]GENESYS USB2IDE requires NO_SYNCHRONIZE_CA o usb/132785 usb [usb] [patch] Gemtech remote powersocket is classed as o usb/132594 usb USB subsystem causes page fault and crashes o usb/132312 usb [hang] Xorg 7.4 halts USB controller o usb/132080 usb [patch] [usb] [rum] Kernel panic after NOMEM caused by o usb/132066 usb [ukbd] Keyboard failure USB keyboard DELL 760 o usb/132036 usb [panic] page fault when connecting Olympus C740 camera o usb/131912 usb [uslcom] [patch] New devices using Silicon Labs chips o usb/131900 usb [usbdevs] [patch] Additional product identification co o usb/131583 usb [umass] Failure when detaching umass Device o usb/131576 usb [aue] ADMtek USB To LAN Converter can't send data o usb/131521 usb Registering Belkin UPS to usb_quirks.c o usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [usb8] DVD drive detects as 'da' device o usb/129945 usb [usb67] [usbdevs] [patch] add u3g support for Longchee o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [usb67] [patch] add support for ZTE AC8700 mode o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [usb67] [patch] Liebert UPS being assigned u o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb67] [patch] uaudio is not full duplex f usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive o usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup p usb/127549 usb [umass] [usb67] [patch] Meizu MiniPlayer M6 (SL) requi f usb/127543 usb [patch] [ubsa] Support Option Globetrotter HSDPA modem s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should p docs/127406 usb [patch] update umodem man page: Sony Ericsson W810i o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attach and detach o usb/127222 usb [ohci] Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c o usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o kern/124130 usb [usb] gmirror fails to start usb devices that were pre o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [new driver] [patch] New driver for Sierra Wireless 3G o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [snd_uaudio] [patch] Not possible to record with Plant o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [usb67] [usb8] [umass] [patch] Problem with connection o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff o usb/113060 usb [usb67] [ulpt] [patch] Samsung printer not working in o usb/110856 usb [usb67] [ugen] [patch] interrupt in msgs are truncated s usb/108344 usb [usb67] [atausb] [panic] kernel with atausb panics whe o usb/107827 usb [usb67] [ohci] [panic] ohci_add_done addr not found o usb/107388 usb [usb67] [usb8] [new driver] [patch] add utoppy device o usb/107243 usb [usb67] [cam] [quirk] [patch] Apacer USB Flash Drive q o usb/106041 usb [usb67] [usb8] [request] FreeBSD does not recognise Mu o usb/105361 usb [usb67] [panic] Kernel panic during unmounting mass st s usb/103917 usb [usb67] [uhub] USB driver reports "Addr 0 should never o usb/103418 usb [usb67] [usb8] [patch] [request] usbhidctl(8) add abil o usb/103046 usb [usb67] [ulpt] [patch] ulpt event driven I/O with sele o usb/101775 usb [usb67] [usb8] [libusbhid] [patch] possible error in r o usb/101761 usb [usb67] [patch] [request] usb.h: increase maximal size o usb/100746 usb [usb67] [ukbd] system does not boot due to USB keyboar o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [bluetooth] SMP-Kernel crashes reliably when Bluetooth o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [sound] [hang] Use of sound mixer causes system freeze o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] [regression] 5.3-STABLE(2005 1/4) detect USB h o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 348 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Apr 5 21:16:42 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7F5A106566B; Mon, 5 Apr 2010 21:16:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AF5D98FC08; Mon, 5 Apr 2010 21:16:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o35LGgYr059410; Mon, 5 Apr 2010 21:16:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35LGgSw059406; Mon, 5 Apr 2010 21:16:42 GMT (envelope-from linimon) Date: Mon, 5 Apr 2010 21:16:42 GMT Message-Id: <201004052116.o35LGgSw059406@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/145415: [umass] USB card reader does not create slices nodes X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 21:16:42 -0000 Old Synopsis: USB card reader does not create slices nodes New Synopsis: [umass] USB card reader does not create slices nodes Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 5 21:16:16 UTC 2010 Responsible-Changed-Why: reclassify http://www.freebsd.org/cgi/query-pr.cgi?pr=145415 From owner-freebsd-usb@FreeBSD.ORG Tue Apr 6 03:38:28 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9AF31065672 for ; Tue, 6 Apr 2010 03:38:28 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 5901B8FC16 for ; Tue, 6 Apr 2010 03:38:27 +0000 (UTC) Received: by qyk11 with SMTP id 11so4655118qyk.13 for ; Mon, 05 Apr 2010 20:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=iNWym3K39oA42Pw/+Od2GluoZdd+pCRtTOMfSY4p294=; b=XJDHJaubjy326/p3DAuUXPEHrvqYNDoNWoYGlOCLXQ3Z8Y8QPQew+3+mAXqsEJEsmk KWa2XMdEsNWGS6OxN2Qu6RJ8wjRkFvxgIRGuFNfsm7uSrytualAKl3Z5/pKpiaGtN2kq nR5wDazHDk+xNc0xf5tMIAW7EqmFfEml52EWc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=hzuquq9dGoXOMQazXKWD8IkO72zw71rN3hO11s7RBaKQbLL+nZjlwfASb1dy1Cm8CX R+4K18AHf1e+azW9VZNZKj432Kuz9JzOQBcQRUYJb4WnHXQPoHHp30/Hs9R9fPJxA8MB WI0EjEoTU+81gYjNz20rchfJWZ2K88HdeYnLA= Received: by 10.229.184.130 with SMTP id ck2mr9785375qcb.95.1270525106437; Mon, 05 Apr 2010 20:38:26 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id x34sm6028977qce.3.2010.04.05.20.38.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Apr 2010 20:38:24 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 84EB8B8A1E; Tue, 6 Apr 2010 00:38:07 -0300 (BRT) Received: from 10.1.1.100 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Tue, 6 Apr 2010 00:38:07 -0300 (BRT) Message-ID: <38598da72f259902314671d3a5d51479.squirrel@lamneth> In-Reply-To: <20100405011256.GC1225@michelle.cdnetworks.com> References: <20100325173556.GA1278@michelle.cdnetworks.com> <20100326003150.GI1278@michelle.cdnetworks.com> <20100326195012.GS1278@michelle.cdnetworks.com> <6672a5444e755931f93f58f7b2df28c4.squirrel@cygnus.homeunix.com> <20100327021954.GY1278@michelle.cdnetworks.com> <4f4516c4a748aacfbd62cad9691afb90.squirrel@cygnus.homeunix.com> <20100331190631.GQ1473@michelle.cdnetworks.com> <20100403214659.fb4a19ea.matheus@eternamente.info> <20100405011256.GC1225@michelle.cdnetworks.com> Date: Tue, 6 Apr 2010 00:38:07 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-usb@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 03:38:28 -0000 On Sun, April 4, 2010 22:12, Pyun YongHyeon wrote: > On Sat, Apr 03, 2010 at 09:46:59PM -0300, Nenhum_de_Nos wrote: >> On Wed, 31 Mar 2010 12:06:31 -0700 >> Pyun YongHyeon wrote: >> >> > On Fri, Mar 26, 2010 at 11:31:50PM -0300, Nenhum_de_Nos wrote: >> > >> > [...] >> > >> > > >> I changed and got this: >> > > >> >> > > >> miibus1: on axe0 >> > > >> ukphy0: PHY 1 on miibus1 >> > > >> ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 >> > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> > > > >> > > > This is *NOT* bogus value. It's Agere Systems' ET1011 gigabit PHY. >> > > > FreeBSD has truephy(4) for Agere Systems' PHY but it does not have >> > > > support code for the model yet. >> > > >> > > so I can think that's the issue, right ? >> > >> > Probably. But this does not explain sometimes why you get some >> > bogus value form PHY id registers. >> > > >> > > >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> 1000baseT, >> > > >> 1000baseT-FDX, auto >> > > >> ue0: on axe0 >> > > >> ue0: Ethernet address: xxxxxxxxxxxxxx >> > > >> ue0: link state changed to DOWN >> > > >> >> > > >> so it didn't now. other thing is that not every time it works: >> > > >> >> > > > >> > > > Yeah, that is real issue here. I guess there should be some magic >> > > > to wakeup the PHY from deep sleep state. I'll see what can be >> done. >> > > >> > > ok, great it was found :) >> > > >> > > let me know if I can help in anything :) >> > > >> > >> > Would you try attached patch and let me know how it goes? >> >> axe0: PHYADDR 0xe0:0x01 >> miibus1: on axe0 >> ukphy0: PHY 1 on miibus1 >> ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 > > Due to other issues previous patch didn't have chance to make it > work. This time, PHY id started to reporting garbage again which > means all MII register access may return garbage too. Don't know > this could be related with USB subsystem though. > >> ukphy0: 10baseT-FDX >> ue0: on axe0 >> ue0: Ethernet address: 00:11:50:e7:39:e9 >> ue0: link state changed to DOWN > > [...] > >> and I can't ping the other host :( >> >> ue0: flags=8843 metric 0 mtu >> 1500 >> options=80000 >> ether 00:11:50:e7:39:e9 >> inet 10.2.1.2 netmask 0xffffff00 broadcast 10.2.1.255 >> media: Ethernet none >> arroway# ifconfig ue0 >> ue0: flags=8843 metric 0 mtu >> 1500 >> options=80000 >> ether 00:11:50:e7:39:e9 >> inet 10.2.1.2 netmask 0xffffff00 broadcast 10.2.1.255 >> media: Ethernet none (none ) >> status: active >> arroway# ifconfig ue0 >> ue0: flags=8843 metric 0 mtu >> 1500 >> options=80000 >> ether 00:11:50:e7:39:e9 >> inet 10.2.1.2 netmask 0xffffff00 broadcast 10.2.1.255 >> media: Ethernet none >> >> and it is still crazy media changing. >> > > Because your PHY is not recognized it's expected result. :-( waiting for any leads :) I bought a linksys axe based fast ethernet to see what happens. waiting till it arrives. thanks as usual, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-usb@FreeBSD.ORG Tue Apr 6 04:04:29 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 068DE106566B; Tue, 6 Apr 2010 04:04:29 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D09808FC19; Tue, 6 Apr 2010 04:04:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3644ShE010792; Tue, 6 Apr 2010 04:04:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3644SKF010788; Tue, 6 Apr 2010 04:04:28 GMT (envelope-from linimon) Date: Tue, 6 Apr 2010 04:04:28 GMT Message-Id: <201004060404.o3644SKF010788@freefall.freebsd.org> To: andy@siliconlandmark.com, linimon@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/128803: [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X20 support X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 04:04:29 -0000 Synopsis: [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X20 support State-Changed-From-To: feedback->patched State-Changed-By: linimon State-Changed-When: Tue Apr 6 04:03:48 UTC 2010 State-Changed-Why: Apparently still needs an MFC> http://www.freebsd.org/cgi/query-pr.cgi?pr=128803 From owner-freebsd-usb@FreeBSD.ORG Tue Apr 6 05:20:37 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B7C0106566C; Tue, 6 Apr 2010 05:20:37 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 115648FC0C; Tue, 6 Apr 2010 05:20:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o365KaT5081007; Tue, 6 Apr 2010 05:20:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o365Kahq080996; Tue, 6 Apr 2010 05:20:36 GMT (envelope-from linimon) Date: Tue, 6 Apr 2010 05:20:36 GMT Message-Id: <201004060520.o365Kahq080996@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/145237: [usbdevs] [patch] Add support for Matrix Orbital MOU display X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 05:20:37 -0000 Old Synopsis: Support for Matrix Orbital MOU display New Synopsis: [usbdevs] [patch] Add support for Matrix Orbital MOU display Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Tue Apr 6 05:19:43 UTC 2010 Responsible-Changed-Why: reassign. http://www.freebsd.org/cgi/query-pr.cgi?pr=145237 From owner-freebsd-usb@FreeBSD.ORG Tue Apr 6 09:43:58 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00ECB1065674 for ; Tue, 6 Apr 2010 09:43:58 +0000 (UTC) (envelope-from sukhoy@iruno.ripn.net) Received: from iruno.ripn.net (iruno.ripn.net [194.226.71.76]) by mx1.freebsd.org (Postfix) with ESMTP id B83918FC12 for ; Tue, 6 Apr 2010 09:43:57 +0000 (UTC) Received: from sukhoy by iruno.ripn.net with esmtp (RIPN) id 1Nz5AE-000GA2-BP for freebsd-usb@FreeBSD.org; Tue, 06 Apr 2010 13:33:42 +0400 MIME-Version: 1.0 From: Pavel Sukhoy To: Message-ID: <3d3db007fb8f5da1c0bbc4b8a7e97fde@ripn.net> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV Date: Tue, 06 Apr 2010 13:33:42 +0400 Cc: Subject: virtual usb drive errors X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 09:43:58 -0000 Hi All, I hope it's a right place to ask, if no, please advice right mailing list. My server is based on intel S5000PAL motherboard and have dedicated "Intel remote management module 2". If I try to boot from remotely mounted installation drive/iso (FreeBSD 8.0-RELEASE) it goes fine until I choose installation media - in messages I see a read error. If I try to mount remote drive on working FreeBSD (also 8.0-RELEASE) - I see that virtual device recognized fine, but gets error when trying to mount: Remotely connecting iso: 12:53:33 kernel: umass3: on usbus4 12:53:33 kernel: umass3: SCSI over Bulk-Only; quirks = 0x0000 12:53:34 kernel: umass3:3:3:-1: Attached to scbus3 12:53:35 kernel: (probe0:umass-sim3:3:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 12:53:35 kernel: (probe0:umass-sim3:3:0:0): CAM Status: SCSI Status Error 12:53:35 kernel: (probe0:umass-sim3:3:0:0): SCSI Status: Check Condition 12:53:35 kernel: (probe0:umass-sim3:3:0:0): UNIT ATTENTION asc:29,0 12:53:35 kernel: (probe0:umass-sim3:3:0:0): Power on, reset, or bus device reset occurred 12:53:35 kernel: (probe0:umass-sim3:3:0:0): Retrying Command (per Sense Data) 12:53:35 kernel: cd3 at umass-sim3 bus 3 target 0 lun 0 12:53:35 kernel: cd3: Removable CD- ROM SCSI-3 device 12:53:35 kernel: cd3: 40.000MB/s transfers 12:53:35 kernel: cd3: cd present [1058112 x 2048 byte records] And now I trying to mount it: 12:54:20 kernel: g_vfs_done():cd3[READ(offset=32768, length=2048)]error = 5 This error repeats on any virtual iso/drives. Has anyone else seen similar problems? Thanks in advance for any help. -- With best regards, Pavel Sukhoy. From owner-freebsd-usb@FreeBSD.ORG Tue Apr 6 13:29:17 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49500106566B for ; Tue, 6 Apr 2010 13:29:17 +0000 (UTC) (envelope-from fbsd-lists@dudes.ch) Received: from mail.dudes.ch (mail.dudes.ch [193.73.211.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9D23E8FC0C for ; Tue, 6 Apr 2010 13:29:16 +0000 (UTC) Received: from pippin (pippin.cybernet.ch [212.90.201.247]) (authenticated bits=0) by mail.dudes.ch (8.14.1/8.14.1) with ESMTP id o36D3Ev3094353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 6 Apr 2010 15:03:16 +0200 (CEST) (envelope-from fbsd-lists@dudes.ch) Date: Tue, 6 Apr 2010 15:03:14 +0200 From: Markus Wild To: freebsd-usb@freebsd.org Message-ID: <20100406150314.15acef02@pippin> In-Reply-To: <3d3db007fb8f5da1c0bbc4b8a7e97fde@ripn.net> References: <3d3db007fb8f5da1c0bbc4b8a7e97fde@ripn.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.61 on 193.73.211.25 Subject: Re: virtual usb drive errors X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 13:29:17 -0000 Hi there, > I hope it's a right place to ask, if no, please advice right mailing list. > > My server is based on intel S5000PAL motherboard and have dedicated "Intel > remote > management module 2". We use SuperMicro twin servers with their AOC-SIMSO+ server remote management boards, and our problems are very similar, if not the same, as yours... > If I try to boot from remotely mounted installation drive/iso (FreeBSD > 8.0-RELEASE) it goes fine until I > choose installation media - in messages I see a read error. Same here. I tried pretty much all FreeBSD live CD images I could find, including a 9-current snapshot, same result. The kernel loads fine, initializes, but fails to mount the root filesystem off the virtual USB drive no matter what type I chose in the FixIt menu, or with FreSBIE at the point where it tries to mount the root. Actually, what I tried to achieve here is simply to boot into a live image, so I could clone another system over the network. I also tried an OpenBSD and a NetBSD live image the same way, both (!) booted fine, but didn't have a raid driver for our adaptec controllers in those images, so they were no alternative for my purposes. > If I try to mount remote drive on working FreeBSD (also 8.0-RELEASE) - I > see that virtual > device recognized fine, but gets error when trying to mount: I hadn't tried that approach yet, so I inserted an iso image into the virtual usb drive: 7.0-STABLE FreeBSD 7.0-STABLE #0: Sun Jun 15 19:58:32 CEST 2008 amd64 insert of the virtual iso: # dmesg ums0: at uhub3 port 6 (addr 2) disconnected ums0: detached ukbd0: at uhub3 port 6 (addr 2) disconnected ukbd0: detached umass0: on uhub3 ums0: on uhub3 ums0: 3 buttons and Z dir. ukbd0: on uhub3 kbd2 at ukbd0 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-3 device cd0: 40.000MB/s transfers cd0: cd present [147976 x 2048 byte records] umass0: Phase Error, residue = -8 umass0: Phase Error, residue = -8 umass0: Phase Error, residue = -8 umass0: Phase Error, residue = -8 # mount -t cd9660 /dev/cd0 /cdrom mount_cd9660: /dev/cd0: Input/output error # dmesg (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition (cd0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 (cd0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred (cd0:umass-sim0:0:0:0): Retries Exhausted umass0: Phase Error, residue = -8 g_vfs_done():cd0[READ(offset=32768, length=2048)]error = 5 8.0-STABLE FreeBSD 8.0-STABLE #2: Thu Mar 18 22:57:50 CET 2010 amd64 -------------------------------------------------------------- insert of the virtual iso: # dmesg ugen3.2: at usbus3 (disconnected) ums0: at uhub3, port 6, addr 2 (disconnected) ukbd0: at uhub3, port 6, addr 2 (disconnected) ugen3.2: at usbus3 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:3:0:-1: Attached to scbus3 ums0: on usbus3 ums0: 3 buttons and [XYZ] coordinates ID=0 ukbd0: on usbus3 kbd2 at ukbd0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) cd0 at umass-sim0 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-3 device cd0: 40.000MB/s transfers cd0: cd present [147976 x 2048 byte records] # mount -t cd9660 /dev/cd0 /cdrom mount_cd9660: /dev/cd0: Input/output error # dmesg (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:umass-sim0:0:0:0): CAM status: SCSI Status Error (cd0:umass-sim0:0:0:0): SCSI status: Check Condition (cd0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:umass-sim0:0:0:0): CAM status: SCSI Status Error (cd0:umass-sim0:0:0:0): SCSI status: Check Condition (cd0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:umass-sim0:0:0:0): CAM status: SCSI Status Error (cd0:umass-sim0:0:0:0): SCSI status: Check Condition (cd0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) g_vfs_done():cd0[READ(offset=32768, length=2048)]error = 5 Let me know if and how I can help in some way to debug this problem. We have another issue with this KVM board: on one system (there's about 20 identical servers, just one with this problem) we have keyboard/mouse access over IP as long as IO is done via the BIOS (i.e. I can get into BIOS menus, RAID controller menu, FreeBSD loader). However, as soon as the FreeBSD kernel takes over and IO should be handled by the FreeBSD USB stack, I see this error in dmesg: uhub3: port 6, set config at addr 2 failed uhub3: device problem (IOERROR), disabling port 6 it could be a faulti KVM board, but then I ask myself why access works fine as long as BIOS IO is used.. Kind regards, Markus From owner-freebsd-usb@FreeBSD.ORG Tue Apr 6 16:13:01 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37FA4106566B for ; Tue, 6 Apr 2010 16:13:01 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF3B8FC1E for ; Tue, 6 Apr 2010 16:12:59 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=3Ff6LRCrWhIhKEXK5f8A:9 a=6rZT0KEXmTH0n0Y4o6gA:7 a=aao3979a1k8RwzXUTqhmNRXm68oA:4 a=wPNLvfGTeEIA:10 a=xnIutLGvIX9b-4Pg:21 a=icEHaND3xNN-mMXA:21 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1215275753; Tue, 06 Apr 2010 18:12:58 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Tue, 6 Apr 2010 18:10:56 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <3d3db007fb8f5da1c0bbc4b8a7e97fde@ripn.net> <20100406150314.15acef02@pippin> In-Reply-To: <20100406150314.15acef02@pippin> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004061810.56749.hselasky@c2i.net> Cc: Subject: Re: virtual usb drive errors X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 16:13:01 -0000 On Tuesday 06 April 2010 15:03:14 Markus Wild wrote: > Hi there, > > > I hope it's a right place to ask, if no, please advice right mailing > > list. > > > > My server is based on intel S5000PAL motherboard and have dedicated > > "Intel remote > > management module 2". > > We use SuperMicro twin servers with their AOC-SIMSO+ server remote > management boards, and our problems are very similar, if not the same, > as yours... > > > If I try to boot from remotely mounted installation drive/iso (FreeBSD > > 8.0-RELEASE) it goes fine until I > > choose installation media - in messages I see a read error. > > Same here. I tried pretty much all FreeBSD live CD images I could find, > including a 9-current snapshot, same result. The kernel loads fine, > initializes, but fails to mount the root filesystem off the virtual USB > drive no matter what type I chose in the FixIt menu, or with FreSBIE at > the point where it tries to mount the root. > > Actually, what I tried to achieve here is simply to boot into a live > image, so I could clone another system over the network. I also tried > an OpenBSD and a NetBSD live image the same way, both (!) booted fine, > but didn't have a raid driver for our adaptec controllers in those > images, so they were no alternative for my purposes. > > > If I try to mount remote drive on working FreeBSD (also 8.0-RELEASE) - I > > see that virtual > > device recognized fine, but gets error when trying to mount: > > I hadn't tried that approach yet, so I inserted an iso image into the > virtual usb drive: > > 7.0-STABLE FreeBSD 7.0-STABLE #0: Sun Jun 15 19:58:32 CEST 2008 amd64 > > insert of the virtual iso: > # dmesg > ums0: at uhub3 port 6 (addr 2) disconnected > ums0: detached > ukbd0: at uhub3 port 6 (addr 2) disconnected > ukbd0: detached > umass0: on > uhub3 ums0: > on uhub3 ums0: 3 buttons and Z dir. > ukbd0: on > uhub3 kbd2 at ukbd0 > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-3 device > cd0: 40.000MB/s transfers > cd0: cd present [147976 x 2048 byte records] > umass0: Phase Error, residue = -8 > umass0: Phase Error, residue = -8 > umass0: Phase Error, residue = -8 > umass0: Phase Error, residue = -8 > > # mount -t cd9660 /dev/cd0 /cdrom > mount_cd9660: /dev/cd0: Input/output error > > # dmesg > (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 > 0 0 4 0 (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition > (cd0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 > (cd0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred > (cd0:umass-sim0:0:0:0): Retries Exhausted > umass0: Phase Error, residue = -8 > g_vfs_done():cd0[READ(offset=32768, length=2048)]error = 5 > > > 8.0-STABLE FreeBSD 8.0-STABLE #2: Thu Mar 18 22:57:50 CET 2010 amd64 > -------------------------------------------------------------- > > insert of the virtual iso: > # dmesg > ugen3.2: at usbus3 (disconnected) > ums0: at uhub3, port 6, addr 2 (disconnected) > ukbd0: at uhub3, port 6, addr 2 (disconnected) > ugen3.2: at usbus3 > umass0: on > usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:3:0:-1: Attached to scbus3 > ums0: on > usbus3 ums0: 3 buttons and [XYZ] coordinates ID=0 > ukbd0: on > usbus3 kbd2 at ukbd0 > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, > reset, or bus device reset occurred) cd0 at umass-sim0 bus 0 scbus3 target > 0 lun 0 > cd0: Removable CD-ROM SCSI-3 device > cd0: 40.000MB/s transfers > cd0: cd present [147976 x 2048 byte records] > > # mount -t cd9660 /dev/cd0 /cdrom > mount_cd9660: /dev/cd0: Input/output error > > # dmesg > (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 > (cd0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (cd0:umass-sim0:0:0:0): SCSI status: Check Condition > (cd0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, > reset, or bus device reset occurred) (cd0:umass-sim0:0:0:0): READ > TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:umass-sim0:0:0:0): CAM > status: SCSI Status Error > (cd0:umass-sim0:0:0:0): SCSI status: Check Condition > (cd0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, > reset, or bus device reset occurred) (cd0:umass-sim0:0:0:0): READ > TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:umass-sim0:0:0:0): CAM > status: SCSI Status Error > (cd0:umass-sim0:0:0:0): SCSI status: Check Condition > (cd0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, > reset, or bus device reset occurred) g_vfs_done():cd0[READ(offset=32768, > length=2048)]error = 5 > > > Let me know if and how I can help in some way to debug this problem. > > We have another issue with this KVM board: on one system (there's about > 20 identical servers, just one with this problem) we have keyboard/mouse > access over IP as long as IO is done via the BIOS (i.e. I can get into > BIOS menus, RAID controller menu, FreeBSD loader). However, as soon as > the FreeBSD kernel takes over and IO should be handled by the FreeBSD > USB stack, I see this error in dmesg: > > uhub3: port 6, set config at addr 2 failed > uhub3: device problem (IOERROR), disabling port 6 > > it could be a faulti KVM board, but then I ask myself why access works > fine as long as BIOS IO is used.. > Hi, This looks like a scsi command issue and not USB related. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Apr 6 20:17:32 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71746106564A; Tue, 6 Apr 2010 20:17:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1FD8FC0A; Tue, 6 Apr 2010 20:17:31 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=T49t-SKSrHMA:10 a=Q9fys5e9bTEA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=NDBd4xozyGDg1ujeyToA:9 a=ahBdUmU4g4HTRfNdbj8A:7 a=46-8cii2wxeTKIzhKykge73Nq10A:4 a=PUjeQqilurYA:10 a=SV7veod9ZcQA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1351530617; Tue, 06 Apr 2010 22:17:29 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Tue, 6 Apr 2010 22:15:27 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <201004052116.o35LGgSw059406@freefall.freebsd.org> In-Reply-To: <201004052116.o35LGgSw059406@freefall.freebsd.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004062215.27868.hselasky@c2i.net> Cc: freebsd-bugs@freebsd.org, linimon@freebsd.org Subject: Re: usb/145415: [umass] USB card reader does not create slices nodes X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 20:17:32 -0000 On Monday 05 April 2010 23:16:42 linimon@freebsd.org wrote: > Old Synopsis: USB card reader does not create slices nodes > New Synopsis: [umass] USB card reader does not create slices nodes > > Responsible-Changed-From-To: freebsd-bugs->freebsd-usb > Responsible-Changed-By: linimon > Responsible-Changed-When: Mon Apr 5 21:16:16 UTC 2010 > Responsible-Changed-Why: > reclassify > > http://www.freebsd.org/cgi/query-pr.cgi?pr=145415 This is not an USB problem. Try: cat /dev/null > /dev/da0 Note: /dev/null is not /dev/zero --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Apr 6 23:30:16 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFD451065674 for ; Tue, 6 Apr 2010 23:30:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C35108FC1E for ; Tue, 6 Apr 2010 23:30:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o36NUGOx058924 for ; Tue, 6 Apr 2010 23:30:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o36NUGlr058915; Tue, 6 Apr 2010 23:30:16 GMT (envelope-from gnats) Date: Tue, 6 Apr 2010 23:30:16 GMT Message-Id: <201004062330.o36NUGlr058915@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: usb/144414: commit references a PR X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 23:30:17 -0000 The following reply was made to PR usb/144414; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/144414: commit references a PR Date: Tue, 6 Apr 2010 23:28:34 +0000 (UTC) Author: thompsa Date: Tue Apr 6 23:28:18 2010 New Revision: 206319 URL: http://svn.freebsd.org/changeset/base/206319 Log: MFC r205040 extend search for Apple Function Key. PR: usb/144414 Submitted by: Hans Petter Selasky Modified: stable/8/sys/dev/usb/input/ukbd.c Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/xen/xenpci/ (props changed) Modified: stable/8/sys/dev/usb/input/ukbd.c ============================================================================== --- stable/8/sys/dev/usb/input/ukbd.c Tue Apr 6 23:27:55 2010 (r206318) +++ stable/8/sys/dev/usb/input/ukbd.c Tue Apr 6 23:28:18 2010 (r206319) @@ -883,28 +883,33 @@ ukbd_attach(device_t dev) err = usbd_req_get_hid_desc(uaa->device, NULL, &hid_ptr, &hid_len, M_TEMP, uaa->info.bIfaceIndex); if (err == 0) { + uint8_t apple_keys = 0; uint8_t temp_id; /* investigate if this is an Apple Keyboard */ if (hid_locate(hid_ptr, hid_len, HID_USAGE2(HUP_CONSUMER, HUG_APPLE_EJECT), hid_input, 0, &sc->sc_loc_apple_eject, &flags, - &sc->sc_kbd_id)) { + &temp_id)) { if (flags & HIO_VARIABLE) sc->sc_flags |= UKBD_FLAG_APPLE_EJECT | UKBD_FLAG_APPLE_SWAP; - if (hid_locate(hid_ptr, hid_len, - HID_USAGE2(0xFFFF, 0x0003), - hid_input, 0, &sc->sc_loc_apple_fn, &flags, - &temp_id)) { - if (flags & HIO_VARIABLE) - sc->sc_flags |= UKBD_FLAG_APPLE_FN | - UKBD_FLAG_APPLE_SWAP; - if (temp_id != sc->sc_kbd_id) { - DPRINTF("HID IDs mismatch\n"); - } - } - } else { + DPRINTFN(1, "Found Apple eject-key\n"); + apple_keys = 1; + sc->sc_kbd_id = temp_id; + } + if (hid_locate(hid_ptr, hid_len, + HID_USAGE2(0xFFFF, 0x0003), + hid_input, 0, &sc->sc_loc_apple_fn, &flags, + &temp_id)) { + if (flags & HIO_VARIABLE) + sc->sc_flags |= UKBD_FLAG_APPLE_FN | + UKBD_FLAG_APPLE_SWAP; + DPRINTFN(1, "Found Apple FN-key\n"); + apple_keys = 1; + sc->sc_kbd_id = temp_id; + } + if (apple_keys == 0) { /* * Assume the first HID ID contains the * keyboard data _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 04:01:11 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22A05106564A for ; Wed, 7 Apr 2010 04:01:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id C62418FC14 for ; Wed, 7 Apr 2010 04:01:10 +0000 (UTC) Received: from omta11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA11.westchester.pa.mail.comcast.net with comcast id 2QBE1e0040mv7h05BTnuTH; Wed, 07 Apr 2010 03:47:54 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta11.westchester.pa.mail.comcast.net with comcast id 2Tnt1e00J3S48mS3XTnu9v; Wed, 07 Apr 2010 03:47:54 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 92A6D9B419; Tue, 6 Apr 2010 20:47:52 -0700 (PDT) Date: Tue, 6 Apr 2010 20:47:52 -0700 From: Jeremy Chadwick To: "Mikhail T." Message-ID: <20100407034752.GA33354@icarus.home.lan> References: <4BBBFE67.3080302@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BBBFE67.3080302@aldan.algebra.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: usb@FreeBSD.org, stable@FreeBSD.org Subject: Re: 7.3: instant panic upon connecting a umass X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 04:01:11 -0000 On Tue, Apr 06, 2010 at 11:39:19PM -0400, Mikhail T. wrote: > P.S. Is the USB supposed to work in 7.x, or do I have to go to 8.x for > it to work reliably? The USB stack was completely re-written from the ground up between 7.x and 8.x. There's a couple active maintainers of the present USB stack who should be able to help track this down for you. Regarding your problem: it likely has nothing to do with SMP, so don't worry about that aspect of it. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 04:07:58 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E796106566B for ; Wed, 7 Apr 2010 04:07:58 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id F400E8FC15 for ; Wed, 7 Apr 2010 04:07:57 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 06 Apr 2010 23:39:20 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id LNG02657; Tue, 6 Apr 2010 23:39:19 -0400 (EDT) X-Auth-ID: anat Received: from pool-173-70-194-135.nwrknj.fios.verizon.net (HELO aldan.narawntapu) ([173.70.194.135]) by smtp01.lnh.mail.rcn.net with ESMTP; 06 Apr 2010 23:39:20 -0400 Message-ID: <4BBBFE67.3080302@aldan.algebra.com> Date: Tue, 06 Apr 2010 23:39:19 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.24 (X11/20100328) MIME-Version: 1.0 To: stable@FreeBSD.org, usb@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=10/50, host=mr08.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020204.4BBBFE68.005E,ss=1,fgs=0, ip=207.172.4.11, so=2009-09-21 22:56:10, dmn=5.4.3/2007-10-18, mode=single engine X-Junkmail-IWF: false Cc: Subject: 7.3: instant panic upon connecting a umass X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 04:07:58 -0000 Hello! I'm suffering from a fully reproducible panic, that strikes, when I connect a umass storage device (Blackberry Pearl with a mini-SD card inserted) to the EHCI USB port. The system runs a freshly rebuilt 7.3-stable/amd64. The crash is somewhere inside USB-stack. The stack, as produced by kgdb, can be found at: http://aldan.algebra.com/~mi/tmp/usb-crash.txt The usb4-process -- the current process at the panic-time -- is associated with: usb4: EHCI version 1.0 usb4: companion controllers, 3 ports each: usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 The system is running has 6Gb of RAM and 2 dual-core Opterons. The connection was just fine with 7.2-stable from March 5th, although that kernel was not an SMP one (by mistake). Please, advise. Thank you, -mi P.S. Is the USB supposed to work in 7.x, or do I have to go to 8.x for it to work reliably? From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 04:26:48 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 449C1106564A; Wed, 7 Apr 2010 04:26:48 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id E68888FC1A; Wed, 7 Apr 2010 04:26:47 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 07 Apr 2010 00:26:47 -0400 Received: from mx04.lnh.mail.rcn.net (mx04.lnh.mail.rcn.net [207.172.157.54]) by mr02.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id QPV27866; Wed, 7 Apr 2010 00:26:46 -0400 (EDT) X-Auth-ID: anat Received: from pool-173-70-194-135.nwrknj.fios.verizon.net (HELO aldan.narawntapu) ([173.70.194.135]) by smtp04.lnh.mail.rcn.net with ESMTP; 07 Apr 2010 00:26:47 -0400 Message-ID: <4BBC0986.3080000@aldan.algebra.com> Date: Wed, 07 Apr 2010 00:26:46 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.24 (X11/20100328) MIME-Version: 1.0 To: Jeremy Chadwick References: <4BBBFE67.3080302@aldan.algebra.com> <20100407034752.GA33354@icarus.home.lan> In-Reply-To: <20100407034752.GA33354@icarus.home.lan> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Junkmail-Status: score=10/50, host=mr02.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020202.4BBC0987.0052,ss=1,fgs=0, ip=173.70.194.135, so=2009-09-21 22:56:10, dmn=5.4.3/2007-10-18, mode=single engine X-Junkmail-IWF: false X-Mailman-Approved-At: Wed, 07 Apr 2010 05:11:24 +0000 Cc: usb@FreeBSD.org, stable@FreeBSD.org Subject: Re: 7.3: instant panic upon connecting a umass X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 04:26:48 -0000 Jeremy Chadwick ÎÁÐÉÓÁ×(ÌÁ): > Regarding your problem: it likely has nothing to do with SMP, so don't > worry about that aspect of it. Thanks for the reassuring response, Jeremy. If this is not about SMP, then there is a (bad) regression -- the 7.2-kernel from March 5 never crashed this way... I connected the same phone numerous times, as well as the camera... I shall await response from USB-maintainers... -mi From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 11:52:16 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B538106566C; Wed, 7 Apr 2010 11:52:16 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD2F8FC13; Wed, 7 Apr 2010 11:52:14 +0000 (UTC) Received: from park.js.berklix.net (p549A4499.dip.t-dialin.net [84.154.68.153]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o37BKZ0K088877; Wed, 7 Apr 2010 11:20:37 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o37BKW3n012992; Wed, 7 Apr 2010 13:20:32 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o37BKHNr099519; Wed, 7 Apr 2010 13:20:22 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004071120.o37BKHNr099519@fire.js.berklix.net> To: "Mikhail T." From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 07 Apr 2010 00:26:46 EDT." <4BBC0986.3080000@aldan.algebra.com> Date: Wed, 07 Apr 2010 13:20:17 +0200 Sender: jhs@berklix.com Cc: usb@freebsd.org, stable@freebsd.org, Jeremy Chadwick Subject: Re: 7.3: instant panic upon connecting a umass X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 11:52:16 -0000 Hi, Reference: > From: "Mikhail T." > Date: Wed, 07 Apr 2010 00:26:46 -0400 > Message-id: <4BBC0986.3080000@aldan.algebra.com> "Mikhail T." wrote: > Jeremy Chadwick ÎÁÐÉÓÁ×(ÌÁ): > > Regarding your problem: it likely has nothing to do with SMP, so don't > > worry about that aspect of it. > Thanks for the reassuring response, Jeremy. If this is not about SMP, > then there is a (bad) regression -- the 7.2-kernel from March 5 never > crashed this way... I connected the same phone numerous times, as well > as the camera... I wonder if it's eg a corrupt FS not being fsck'd first ? Did you try patching out your devd.conf entry, & running by hand each stage of whatever is listed in there for that USB device ? Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 12:50:06 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C9C41065673 for ; Wed, 7 Apr 2010 12:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F167D8FC16 for ; Wed, 7 Apr 2010 12:50:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o37Co5lD095092 for ; Wed, 7 Apr 2010 12:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o37Co5Mf095091; Wed, 7 Apr 2010 12:50:05 GMT (envelope-from gnats) Resent-Date: Wed, 7 Apr 2010 12:50:05 GMT Resent-Message-Id: <201004071250.o37Co5Mf095091@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Sebastian Huber Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08681106566B for ; Wed, 7 Apr 2010 12:49:44 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id D4E418FC1C for ; Wed, 7 Apr 2010 12:49:43 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o37CnhIC020606 for ; Wed, 7 Apr 2010 12:49:43 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o37CnhT4020605; Wed, 7 Apr 2010 12:49:43 GMT (envelope-from nobody) Message-Id: <201004071249.o37CnhT4020605@www.freebsd.org> Date: Wed, 7 Apr 2010 12:49:43 GMT From: Sebastian Huber To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/145455: USB debug support cannot be disabled X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 12:50:06 -0000 >Number: 145455 >Category: usb >Synopsis: USB debug support cannot be disabled >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 07 12:50:05 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Sebastian Huber >Release: 9-current >Organization: embedded brains GmbH >Environment: >Description: You cannot disable the USB debug support completely (USB_DEBUG define) due to an intermix of #if and #ifdef handling. The header file usb_freebsd.h defines USB_DEBUG if it is undefined. So the USB_DEBUG pre-processor symbol is always defined. Thus you cannot use #ifdef and #ifndef to test if debugging support should be enabled or disabled. >How-To-Repeat: >Fix: Please have a look at the attached patch. Patch attached with submission follows: Index: dev/usb/controller/at91dci.c =================================================================== --- dev/usb/controller/at91dci.c (revision 206339) +++ dev/usb/controller/at91dci.c (working copy) @@ -89,7 +89,7 @@ #define AT9100_DCI_PC2SC(pc) \ AT9100_DCI_BUS2SC(USB_DMATAG_TO_XROOT((pc)->tag_parent)->bus) -#ifdef USB_DEBUG +#if USB_DEBUG static int at91dcidebug = 0; SYSCTL_NODE(_hw_usb, OID_AUTO, at91dci, CTLFLAG_RW, 0, "USB at91dci"); Index: dev/usb/controller/atmegadci.c =================================================================== --- dev/usb/controller/atmegadci.c (revision 206339) +++ dev/usb/controller/atmegadci.c (working copy) @@ -81,7 +81,7 @@ #define ATMEGA_PC2SC(pc) \ ATMEGA_BUS2SC(USB_DMATAG_TO_XROOT((pc)->tag_parent)->bus) -#ifdef USB_DEBUG +#if USB_DEBUG static int atmegadci_debug = 0; SYSCTL_NODE(_hw_usb, OID_AUTO, atmegadci, CTLFLAG_RW, 0, "USB ATMEGA DCI"); Index: dev/usb/controller/musb_otg.c =================================================================== --- dev/usb/controller/musb_otg.c (revision 206339) +++ dev/usb/controller/musb_otg.c (working copy) @@ -83,7 +83,7 @@ #define MUSBOTG_PC2SC(pc) \ MUSBOTG_BUS2SC(USB_DMATAG_TO_XROOT((pc)->tag_parent)->bus) -#ifdef USB_DEBUG +#if USB_DEBUG static int musbotgdebug = 0; SYSCTL_NODE(_hw_usb, OID_AUTO, musbotg, CTLFLAG_RW, 0, "USB musbotg"); Index: dev/usb/controller/uhci_pci.c =================================================================== --- dev/usb/controller/uhci_pci.c (revision 206339) +++ dev/usb/controller/uhci_pci.c (working copy) @@ -372,7 +372,7 @@ * that the BIOS won't touch the keyboard anymore if it is connected * to the ports of the root hub? */ -#ifdef USB_DEBUG +#if USB_DEBUG if (pci_read_config(self, PCI_LEGSUP, 2) != PCI_LEGSUP_USBPIRQDEN) { device_printf(self, "LegSup = 0x%04x\n", pci_read_config(self, PCI_LEGSUP, 2)); Index: dev/usb/controller/usb_controller.c =================================================================== --- dev/usb/controller/usb_controller.c (revision 206339) +++ dev/usb/controller/usb_controller.c (working copy) @@ -72,7 +72,7 @@ /* static variables */ -#ifdef USB_DEBUG +#if USB_DEBUG static int usb_ctrl_debug = 0; SYSCTL_NODE(_hw_usb, OID_AUTO, ctrl, CTLFLAG_RW, 0, "USB controller"); Index: dev/usb/controller/avr32dci.c =================================================================== --- dev/usb/controller/avr32dci.c (revision 206339) +++ dev/usb/controller/avr32dci.c (working copy) @@ -81,7 +81,7 @@ #define AVR32_PC2SC(pc) \ AVR32_BUS2SC(USB_DMATAG_TO_XROOT((pc)->tag_parent)->bus) -#ifdef USB_DEBUG +#if USB_DEBUG static int avr32dci_debug = 0; SYSCTL_NODE(_hw_usb, OID_AUTO, avr32dci, CTLFLAG_RW, 0, "USB AVR32 DCI"); Index: dev/usb/controller/ohci.c =================================================================== --- dev/usb/controller/ohci.c (revision 206339) +++ dev/usb/controller/ohci.c (working copy) @@ -78,7 +78,7 @@ ((ohci_softc_t *)(((uint8_t *)(bus)) - \ ((uint8_t *)&(((ohci_softc_t *)0)->sc_bus)))) -#ifdef USB_DEBUG +#if USB_DEBUG static int ohcidebug = 0; SYSCTL_NODE(_hw_usb, OID_AUTO, ohci, CTLFLAG_RW, 0, "USB ohci"); @@ -228,7 +228,7 @@ device_printf(sc->sc_bus.bdev, "reset timeout\n"); return (USB_ERR_IOERROR); } -#ifdef USB_DEBUG +#if USB_DEBUG if (ohcidebug > 15) { ohci_dumpregs(sc); } @@ -287,7 +287,7 @@ sc->sc_noport = OHCI_GET_NDP(OREAD4(sc, OHCI_RH_DESCRIPTOR_A)); } -#ifdef USB_DEBUG +#if USB_DEBUG if (ohcidebug > 5) { ohci_dumpregs(sc); } @@ -403,7 +403,7 @@ usb_callout_init_mtx(&sc->sc_tmo_rhsc, &sc->sc_bus.bus_mtx, 0); -#ifdef USB_DEBUG +#if USB_DEBUG if (ohcidebug > 15) { for (i = 0; i != OHCI_NO_EDS; i++) { printf("ed#%d ", i); @@ -456,7 +456,7 @@ USB_BUS_LOCK(&sc->sc_bus); -#ifdef USB_DEBUG +#if USB_DEBUG DPRINTF("\n"); if (ohcidebug > 2) { ohci_dumpregs(sc); @@ -486,7 +486,7 @@ { uint32_t ctl; -#ifdef USB_DEBUG +#if USB_DEBUG DPRINTF("\n"); if (ohcidebug > 2) { ohci_dumpregs(sc); @@ -520,7 +520,7 @@ ohci_do_poll(&sc->sc_bus); } -#ifdef USB_DEBUG +#if USB_DEBUG static void ohci_dumpregs(ohci_softc_t *sc) { @@ -767,7 +767,7 @@ panic("%s:%d: out of TD's\n", __FUNCTION__, __LINE__); } -#ifdef USB_DEBUG +#if USB_DEBUG if (ohcidebug > 5) { DPRINTF("isoc TD\n"); ohci_dump_itd(td); @@ -808,7 +808,7 @@ ohci_device_done(xfer, USB_ERR_NORMAL_COMPLETION); } -#ifdef USB_DEBUG +#if USB_DEBUG static const char *const ohci_cc_strs[] = { @@ -936,7 +936,7 @@ DPRINTFN(13, "xfer=%p endpoint=%p transfer done\n", xfer, xfer->endpoint); -#ifdef USB_DEBUG +#if USB_DEBUG if (ohcidebug > 10) { ohci_dump_tds(xfer->td_transfer_first); } @@ -1161,7 +1161,7 @@ DPRINTFN(16, "real interrupt\n"); -#ifdef USB_DEBUG +#if USB_DEBUG if (ohcidebug > 15) { ohci_dumpregs(sc); } @@ -1587,7 +1587,7 @@ xfer->td_transfer_last = td; -#ifdef USB_DEBUG +#if USB_DEBUG if (ohcidebug > 8) { DPRINTF("nexttog=%d; data before transfer:\n", xfer->endpoint->toggle_next); @@ -2018,7 +2018,7 @@ xfer->td_transfer_last = td_last; -#ifdef USB_DEBUG +#if USB_DEBUG if (ohcidebug > 8) { DPRINTF("data before transfer:\n"); ohci_dump_itds(xfer->td_transfer_first); Index: dev/usb/usb_debug.h =================================================================== --- dev/usb/usb_debug.h (revision 206339) +++ dev/usb/usb_debug.h (working copy) @@ -34,7 +34,7 @@ /* Check if USB debugging is enabled. */ #ifdef USB_DEBUG_VAR -#if (USB_DEBUG != 0) +#if USB_DEBUG #define DPRINTFN(n,fmt,...) do { \ if ((USB_DEBUG_VAR) >= (n)) { \ printf("%s: " fmt, \ Index: dev/usb/storage/umass.c =================================================================== --- dev/usb/storage/umass.c (revision 206339) +++ dev/usb/storage/umass.c (working copy) @@ -2147,7 +2147,7 @@ static void umass_cam_attach(struct umass_softc *sc) { -#ifndef USB_DEBUG +#if !USB_DEBUG if (bootverbose) #endif printf("%s:%d:%d:%d: Attached to scbus%d\n", Index: dev/usb/usb_busdma.c =================================================================== --- dev/usb/usb_busdma.c (revision 206339) +++ dev/usb/usb_busdma.c (working copy) @@ -440,7 +440,7 @@ pc->page_offset_buf = rem; pc->page_offset_end += rem; nseg--; -#ifdef USB_DEBUG +#if USB_DEBUG if (rem != (USB_P2U(pc->buffer) & (USB_PAGE_SIZE - 1))) { /* * This check verifies that the physical address is correct: Index: dev/usb/usb_hub.c =================================================================== --- dev/usb/usb_hub.c (revision 206339) +++ dev/usb/usb_hub.c (working copy) @@ -73,7 +73,7 @@ #define UHUB_INTR_INTERVAL 250 /* ms */ #define UHUB_N_TRANSFER 1 -#ifdef USB_DEBUG +#if USB_DEBUG static int uhub_debug = 0; SYSCTL_NODE(_hw_usb, OID_AUTO, uhub, CTLFLAG_RW, 0, "USB HUB"); Index: dev/usb/usb_dev.c =================================================================== --- dev/usb/usb_dev.c (revision 206339) +++ dev/usb/usb_dev.c (working copy) @@ -79,7 +79,7 @@ #if USB_HAVE_UGEN -#ifdef USB_DEBUG +#if USB_DEBUG static int usb_fifo_debug = 0; SYSCTL_NODE(_hw_usb, OID_AUTO, dev, CTLFLAG_RW, 0, "USB device"); Index: dev/usb/usb_freebsd.h =================================================================== --- dev/usb/usb_freebsd.h (revision 206339) +++ dev/usb/usb_freebsd.h (working copy) @@ -57,7 +57,7 @@ #define USB_HUB_MAX_DEPTH 5 #define USB_EP0_BUFSIZE 1024 /* bytes */ -#ifndef USB_DEBUG +#if USB_DEBUG #define USB_DEBUG 1 #endif Index: dev/usb/net/uhso.c =================================================================== --- dev/usb/net/uhso.c (revision 206339) +++ dev/usb/net/uhso.c (working copy) @@ -280,7 +280,7 @@ SYSCTL_INT(_hw_usb_uhso, OID_AUTO, auto_switch, CTLFLAG_RW, &uhso_autoswitch, 0, "Automatically switch to modem mode"); -#ifdef USB_DEBUG +#if USB_DEBUG #ifdef UHSO_DEBUG static int uhso_debug = UHSO_DEBUG; #else Index: dev/usb/usb_generic.c =================================================================== --- dev/usb/usb_generic.c (revision 206339) +++ dev/usb/usb_generic.c (working copy) @@ -124,7 +124,7 @@ .f_stop_write = &ugen_stop_io, }; -#ifdef USB_DEBUG +#if USB_DEBUG static int ugen_debug = 0; SYSCTL_NODE(_hw_usb, OID_AUTO, ugen, CTLFLAG_RW, 0, "USB generic"); Index: dev/usb/usb_process.c =================================================================== --- dev/usb/usb_process.c (revision 206339) +++ dev/usb/usb_process.c (working copy) @@ -77,7 +77,7 @@ #define USB_THREAD_EXIT(err) kthread_exit(err) #endif -#ifdef USB_DEBUG +#if USB_DEBUG static int usb_proc_debug; SYSCTL_NODE(_hw_usb, OID_AUTO, proc, CTLFLAG_RW, 0, "USB process"); >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 13:03:58 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B865106564A; Wed, 7 Apr 2010 13:03:58 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id C6E6A8FC12; Wed, 7 Apr 2010 13:03:57 +0000 (UTC) Received: by fxm25 with SMTP id 25so4112fxm.3 for ; Wed, 07 Apr 2010 06:03:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kCBURN4zAjBUlTHzGn7VTKaRIVM4hGGwLZVWpJcTacw=; b=vaRk6f7bvtg5wQ0XuY7ebE4YNiitEL8z9M9v7B8qrCRcqd12Rjpyo46WurC9LdAjXw aJ/8v8hhqxMZw5mErVp3OYkBCnDhtQROPMmSgCLJMQPggms56ZXRJhZ05kRwEdzkX76l +tVzCi/zFBk3Unk57rEgRJxo3zbmrR39wuLA4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=sZVlTlqjeHaWCDBvCT5VSdvgCuolpIhB9qYNK2c2ERy541Ux+bdezwLxyICTKGuJ/7 y09/UJeCVcy9tkCcq8C+z9j7emQqFD5r2sWIzitbQbsMPd/txcXOblgrUPWmHdJ2QyCM sHnaUiJkw8pInt7SMfRgKyNFYnurcWl7FU9rE= MIME-Version: 1.0 Received: by 10.223.121.195 with HTTP; Wed, 7 Apr 2010 05:38:20 -0700 (PDT) In-Reply-To: <4BBC0986.3080000@aldan.algebra.com> References: <4BBBFE67.3080302@aldan.algebra.com> <20100407034752.GA33354@icarus.home.lan> <4BBC0986.3080000@aldan.algebra.com> Date: Wed, 7 Apr 2010 14:38:20 +0200 Received: by 10.223.102.206 with SMTP id h14mr8768088fao.23.1270643900769; Wed, 07 Apr 2010 05:38:20 -0700 (PDT) Message-ID: From: Giovanni Trematerra To: "Mikhail T." Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: usb@freebsd.org, stable@freebsd.org, Jeremy Chadwick Subject: Re: 7.3: instant panic upon connecting a umass X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 13:03:58 -0000 2010/4/7 Mikhail T. : > Jeremy Chadwick =CE=C1=D0=C9=D3=C1=D7(=CC=C1): >> Regarding your problem: it likely has nothing to do with SMP, so don't >> worry about that aspect of it. > Thanks for the reassuring response, Jeremy. If this is not about SMP, > then there is a (bad) regression -- the 7.2-kernel from March 5 never > crashed this way... I connected the same phone numerous times, as well > as the camera... > > I shall await response from USB-maintainers... While in the meantime why not compile a kernel with -DUSB_DEBUG and report back the trace before the panic? If it's not an issue for you, you could try to upgrade to 8.0-RELEASE that has a completely new usb stack as Jeremy pointed out. Thanks -- Gianni From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 14:18:27 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 440B11065672; Wed, 7 Apr 2010 14:18:27 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 9BB498FC1A; Wed, 7 Apr 2010 14:18:26 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=72APUr1PaMQA:10 a=Q9fys5e9bTEA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=CMI_eBSvWeQ8-M16BpMA:9 a=bzSpE1BA661fHOY1XDsA:7 a=vvOrWvYF_Q6ibBFanuKpr24eL84A:4 a=PUjeQqilurYA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 998185635; Wed, 07 Apr 2010 16:18:23 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 7 Apr 2010 16:16:18 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <201004071249.o37CnhT4020605@www.freebsd.org> In-Reply-To: <201004071249.o37CnhT4020605@www.freebsd.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004071616.18198.hselasky@c2i.net> Cc: freebsd-gnats-submit@freebsd.org Subject: Re: usb/145455: USB debug support cannot be disabled X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 14:18:27 -0000 On Wednesday 07 April 2010 14:49:43 Sebastian Huber wrote: > 145455 > Hi, Your patch looks good and has been committed to USB P4. The patch to "usb_freebsd.h" was not committed, because we want to force debugging on by default until further unless you define USB_DEBUG=0 in your kernel config file. Please check and verify: http://p4db.freebsd.org/changeView.cgi?CH=176614&ignore=GO! --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 14:20:03 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9640106564A for ; Wed, 7 Apr 2010 14:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C94498FC1F for ; Wed, 7 Apr 2010 14:20:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o37EK3m0071675 for ; Wed, 7 Apr 2010 14:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o37EK3q8071674; Wed, 7 Apr 2010 14:20:03 GMT (envelope-from gnats) Date: Wed, 7 Apr 2010 14:20:03 GMT Message-Id: <201004071420.o37EK3q8071674@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/145455: USB debug support cannot be disabled X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 14:20:03 -0000 The following reply was made to PR usb/145455; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Sebastian Huber , freebsd-gnats-submit@freebsd.org Subject: Re: usb/145455: USB debug support cannot be disabled Date: Wed, 7 Apr 2010 16:16:18 +0200 On Wednesday 07 April 2010 14:49:43 Sebastian Huber wrote: > 145455 > Hi, Your patch looks good and has been committed to USB P4. The patch to "usb_freebsd.h" was not committed, because we want to force debugging on by default until further unless you define USB_DEBUG=0 in your kernel config file. Please check and verify: http://p4db.freebsd.org/changeView.cgi?CH=176614&ignore=GO! --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 14:29:50 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 311E41065698 for ; Wed, 7 Apr 2010 14:29:50 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from mail.embedded-brains.de (host-82-135-62-35.customer.m-online.net [82.135.62.35]) by mx1.freebsd.org (Postfix) with ESMTP id D7C638FC08 for ; Wed, 7 Apr 2010 14:29:49 +0000 (UTC) Received: by mail.embedded-brains.de (Postfix, from userid 65534) id 9881465F2E1; Wed, 7 Apr 2010 16:29:47 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on fidibus.eb.z X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 Received: from [192.168.96.31] (eb0011.eb.z [192.168.96.31]) by mail.embedded-brains.de (Postfix) with ESMTP id 744656F83A3 for ; Wed, 7 Apr 2010 16:29:46 +0200 (CEST) Message-ID: <4BBC96DA.5050906@embedded-brains.de> Date: Wed, 07 Apr 2010 16:29:46 +0200 From: Sebastian Huber User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091130 SUSE/3.0.0-17.1 Lightning/1.0b1 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: <201004071420.o37EK3q8071674@freefall.freebsd.org> In-Reply-To: <201004071420.o37EK3q8071674@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: usb/145455: USB debug support cannot be disabled X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 14:29:50 -0000 Hi, it looks good. I am sorry that usb_freebsd.h was included in the patch. Have a nice day! On 04/07/2010 04:20 PM, Hans Petter Selasky wrote: > The following reply was made to PR usb/145455; it has been noted by GNATS. > > From: Hans Petter Selasky > To: freebsd-usb@freebsd.org > Cc: Sebastian Huber , > freebsd-gnats-submit@freebsd.org > Subject: Re: usb/145455: USB debug support cannot be disabled > Date: Wed, 7 Apr 2010 16:16:18 +0200 > > On Wednesday 07 April 2010 14:49:43 Sebastian Huber wrote: > > 145455 > > > > Hi, > > Your patch looks good and has been committed to USB P4. > > The patch to "usb_freebsd.h" was not committed, because we want to force > debugging on by default until further unless you define USB_DEBUG=0 in your > kernel config file. > > Please check and verify: > > http://p4db.freebsd.org/changeView.cgi?CH=176614&ignore=GO! > > --HPS > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" -- Sebastian Huber, embedded brains GmbH Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany Phone : +49 89 18 90 80 79-6 Fax : +49 89 18 90 80 79-9 E-Mail : sebastian.huber@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 14:30:30 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DDC5106566C; Wed, 7 Apr 2010 14:30:30 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3B9368FC18; Wed, 7 Apr 2010 14:30:30 +0000 (UTC) Received: from vixen42.vulpes.vvelox.net (unknown [192.168.14.1]) (Authenticated sender: v.velox) by vulpes.vvelox.net (Postfix) with ESMTP id 7B0EFB82E; Wed, 7 Apr 2010 09:13:50 -0500 (CDT) Date: Wed, 7 Apr 2010 09:17:09 -0500 From: Vulpes Velox To: Norikatsu Shigemura Message-ID: <20100407091709.3836745e@vixen42.vulpes.vvelox.net> In-Reply-To: <20090705040852.d8d1966a.nork@FreeBSD.org> References: <20090705040852.d8d1966a.nork@FreeBSD.org> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/1bXd+uWW/bCr5Rn/yl4_jjj"; protocol="application/pgp-signature" Cc: freebsd-usb@FreeBSD.org Subject: Re: usb touch screen support? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 14:30:30 -0000 --Sig_/1bXd+uWW/bCr5Rn/yl4_jjj Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 5 Jul 2009 04:08:52 +0900 Norikatsu Shigemura wrote: > Hi. >=20 > I got a usb touch screen device A.K.A. eGalax. > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - ugen4.4: Inc.> at usbus4, cfg=3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - >=20 > In this time, however, FreeBSD doesn't support usb touch > screen. So I researched Linux's > (drivers/input/touchscreen/usbtouchscreen.c) and NetBSD's (uep(4)) > implementations. It's too simple. >=20 > I considered making modified ums(4) to adapt usb touch > screen. But I noticed that ums(4) should be become a mouse subsystem > like ucom(4), and I gave up:-). Anyone, do you have any > idea? Ever get any where? --Sig_/1bXd+uWW/bCr5Rn/yl4_jjj Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku8k+4ACgkQqrJJy0yxYQC+MwCeN1uFHZia2McckIBv7mYdj6xs LVcAn3e+AarU8yasqBH0roGJaiEPRH35 =Vfv2 -----END PGP SIGNATURE----- --Sig_/1bXd+uWW/bCr5Rn/yl4_jjj-- From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 14:33:22 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA49D106564A for ; Wed, 7 Apr 2010 14:33:22 +0000 (UTC) (envelope-from christopher-ml@telting.org) Received: from smtpauth22.prod.mesa1.secureserver.net (smtpauth22.prod.mesa1.secureserver.net [64.202.165.44]) by mx1.freebsd.org (Postfix) with SMTP id 8E2B78FC1A for ; Wed, 7 Apr 2010 14:33:22 +0000 (UTC) Received: (qmail 31471 invoked from network); 7 Apr 2010 14:06:42 -0000 Received: from unknown (76.169.198.42) by smtpauth22.prod.mesa1.secureserver.net (64.202.165.44) with ESMTP; 07 Apr 2010 14:06:42 -0000 Message-ID: <4BBC9172.9010607@telting.org> Date: Wed, 07 Apr 2010 07:06:42 -0700 From: Chris Telting User-Agent: Thunderbird 2.0.0.23 (X11/20100315) MIME-Version: 1.0 To: usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Syncronous Interrupt Transfer X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 14:33:22 -0000 Just learning the USB API. Can someone point me to a driver to use as an example of a synchronous call? Do I need to use a mutex? I have a device that that does the equivalent of control transfers over an interrupt pipe. So I need to send data, get status, send more data, get status again, and then finally start retrieving data; all using interrupt transfers. Been going over the drivers in the kernel and they are all looking to be doing async or synchronous back through user mode. From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 14:35:32 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3D5D106564A for ; Wed, 7 Apr 2010 14:35:31 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id B246C8FC15 for ; Wed, 7 Apr 2010 14:35:31 +0000 (UTC) Received: from vixen42.vulpes.vvelox.net (unknown [192.168.14.1]) (Authenticated sender: v.velox) by vulpes.vvelox.net (Postfix) with ESMTP id 8DB73B83B; Wed, 7 Apr 2010 09:15:21 -0500 (CDT) Date: Wed, 7 Apr 2010 09:18:47 -0500 From: "Zane C.B." To: Volker Message-ID: <20100407091847.6f99bbf6@vixen42.vulpes.vvelox.net> In-Reply-To: <484EC402.9060200@vwsoft.com> References: <484EC402.9060200@vwsoft.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/r=s3mO/NhuYJmzzPF0WiX68"; protocol="application/pgp-signature" Cc: usb@freebsd.org Subject: Re: WIP: usb touchscreen drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 14:35:32 -0000 --Sig_/r=s3mO/NhuYJmzzPF0WiX68 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 10 Jun 2008 20:12:18 +0200 Volker wrote: > Hi everybody! >=20 > I'm taking the chance and cross-posting this to the exciting, > hopefully soon becoming busy, shiny new mailing list > (freebsd-wip-status@ bcc'd, for those not already aware). >=20 > Currently I'm working under contract for developing FreeBSD drivers > for USB touchscreen devices. Before coding started, I've figured > out the possible solutions to get a touchscreen device running > under FreeBSD / X11 but haven't found much. We currently don't have > any specialized drivers (but ums and uhid). >=20 > More than worse: By default the ums driver is attaching to the > device by default which has no support for devices reporting zero > buttons and absolute coordinates. Currently OpenBSD has support for > touchscreen devices but I found it difficult (or at least too much > work) to port over wscons and replace syscons with that. Current > touchscreen xf86-input drivers do partly support USB devices under > Linux and I don't like to have the Xinput driver parse the USB > protocol itself. Using a specialized kernel driver has some > advantages IMO. >=20 > Currently I'm having a basic, working driver (hence: WIP!), at > kernel level (utouch) and a corresponding xf86-input-utouch driver. > The first device supported is a Generaltouch ST6101U. So far, the > device is working, the X pointer is following touches and button > clicks are reported to X. Axis scaling is currently sub-optimal but > I think I'll rework the scaling once more. >=20 > What I would love to see: If you're having a USB connected > touchscreen device laying around, I would love to see a krepdump > [1] of that device to see how other devices are reporting. > Especially, if you're having a multi-touch device, I would strongly > love to see how this device reports data! >=20 > BTW, it shouldn't be too difficult to enhance my driver > infrastructure to also support tablet devices (also reporting > absolute coordinates but also reporting button presses and some > more functionality). >=20 > As this work is under contract, I need to get approval to release > the code but I'm pretty sure to get approval (BSD-licensed, of > course). If you're interested in seeing USB touchscreen support for > FreeBSD this way and have a device laying around, please contact me > directly and I'll see how to support your device. This ever go any where? --Sig_/r=s3mO/NhuYJmzzPF0WiX68 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku8lEoACgkQqrJJy0yxYQBbnACbBO6kUwfnqgT4zLFvm5lSpeSn GO4AoJC86/Ke04KNq1dtmjyF/vTWoLZ+ =IdvV -----END PGP SIGNATURE----- --Sig_/r=s3mO/NhuYJmzzPF0WiX68-- From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 14:45:21 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0D58106566B for ; Wed, 7 Apr 2010 14:45:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 84A5D8FC08 for ; Wed, 7 Apr 2010 14:45:21 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=pzSJg9N0isHncfQ5GbAA:9 a=myD0_Hd4T2cleZW5zb5iFkEatrYA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1396550255; Wed, 07 Apr 2010 16:45:19 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 7 Apr 2010 16:43:19 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <4BBC9172.9010607@telting.org> In-Reply-To: <4BBC9172.9010607@telting.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004071643.19291.hselasky@c2i.net> Cc: Subject: Re: Syncronous Interrupt Transfer X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 14:45:22 -0000 On Wednesday 07 April 2010 16:06:42 Chris Telting wrote: > Just learning the USB API. > > Can someone point me to a driver to use as an example of a synchronous > call? Do > I need to use a mutex? Hi, Currently only control endpoints have a synchronous API to do requests of any size. You can pass NULL for mutex, which basically means no mutex will be dropped during sleeping periods. BULK/INTERRUPT/ISOCHRONOUS are all asynchronous. However, in user-space, libusb provides synchronous functions to read and write data. > I have a device that that does the equivalent of control transfers over > an interrupt pipe. > So I need to send data, get status, send more data, get status again, > and then finally start > retrieving data; all using interrupt transfers. Been going over the > drivers in the kernel > and they are all looking to be doing async or synchronous back through > user mode. Probably we could make some convenience wrappers to do synchronous transfers in the kernel. Else you need to make your own condition variable and sleep on that until the USB transfer completes or fails. If you think that a synchronous API for USB in the kernel is generally useful, send me a patch and I'll commit it. Most drivers only use synchronous control transfers. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Apr 7 22:22:45 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A49C0106564A; Wed, 7 Apr 2010 22:22:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 967868FC0C; Wed, 7 Apr 2010 22:22:44 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA09525; Thu, 08 Apr 2010 01:22:38 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Nzddt-000NRX-Rg; Thu, 08 Apr 2010 01:22:37 +0300 Message-ID: <4BBD05AD.6080507@icyb.net.ua> Date: Thu, 08 Apr 2010 01:22:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: "Julian H. Stacey" References: <4BBC0986.3080000@aldan.algebra.com> <201004071120.o37BKHNr099519@fire.js.berklix.net> In-Reply-To: <201004071120.o37BKHNr099519@fire.js.berklix.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, "Mikhail T." , stable@freebsd.org Subject: Re: 7.3: instant panic upon connecting a umass X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 22:22:45 -0000 on 07/04/2010 14:20 Julian H. Stacey said the following: > I wonder if it's eg a corrupt FS not being fsck'd first ? Have you given a look to the backtrace that Mikhail had posted? I think that it answers your question. -- Andriy Gapon From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 00:33:46 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F4621065670; Thu, 8 Apr 2010 00:33:46 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 0830F8FC16; Thu, 8 Apr 2010 00:33:45 +0000 (UTC) Received: from park.js.berklix.net (p549A4499.dip.t-dialin.net [84.154.68.153]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o380XYAw097066; Thu, 8 Apr 2010 00:33:35 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o380XdLr016194; Thu, 8 Apr 2010 02:33:39 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o380XJDw013660; Thu, 8 Apr 2010 02:33:29 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004080033.o380XJDw013660@fire.js.berklix.net> To: Andriy Gapon From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 08 Apr 2010 01:22:37 +0300." <4BBD05AD.6080507@icyb.net.ua> Date: Thu, 08 Apr 2010 02:33:19 +0200 Sender: jhs@berklix.com Cc: usb@freebsd.org, "Mikhail T." , stable@freebsd.org Subject: Re: 7.3: instant panic upon connecting a umass X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 00:33:46 -0000 Andriy Gapon wrote: > on 07/04/2010 14:20 Julian H. Stacey said the following: > > I wonder if it's eg a corrupt FS not being fsck'd first ? > > Have you given a look to the backtrace that Mikhail had posted? Not looked. It was a URL, not text in mail. > I think that it answers your question. If I wasn't tired & out of depth, :-) If mine was crashing, I'd first comment out devd entry to identify & state to list what command fails, before trying kgdb. I see http://aldan.algebra.com/~mi/tmp/usb-crash.txt has Loaded symbols for /opt/modules/fuse.ko man mount_fusefs Oh well, not used Fuse, & I've got my own crashes on 7 & 8.0-REL to amuse me ;-) (mine from an encrypted usn stick with: sync ... manual umount ... remove media ... then devd.conf with detach 1000 ... action "gbde detach /dev/da0s2 ; ... ) Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 02:40:04 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE7A41065670 for ; Thu, 8 Apr 2010 02:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 92D6E8FC08 for ; Thu, 8 Apr 2010 02:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o382e4Eu011095 for ; Thu, 8 Apr 2010 02:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o382e4YF011094; Thu, 8 Apr 2010 02:40:04 GMT (envelope-from gnats) Resent-Date: Thu, 8 Apr 2010 02:40:04 GMT Resent-Message-Id: <201004080240.o382e4YF011094@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, mxxglgxt Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4BBF1065677 for ; Thu, 8 Apr 2010 02:31:50 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2A48FC13 for ; Thu, 8 Apr 2010 02:31:50 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o382VoQD041156 for ; Thu, 8 Apr 2010 02:31:50 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o382VoQP041155; Thu, 8 Apr 2010 02:31:50 GMT (envelope-from nobody) Message-Id: <201004080231.o382VoQP041155@www.freebsd.org> Date: Thu, 8 Apr 2010 02:31:50 GMT From: mxxglgxt To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/145484: mxxglgxt X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 02:40:04 -0000 >Number: 145484 >Category: usb >Synopsis: mxxglgxt >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 08 02:40:04 UTC 2010 >Closed-Date: >Last-Modified: >Originator: mxxglgxt >Release: mxxglgxt >Organization: mxxglgxt >Environment: mxxglgxt >Description: wfrljxnt http://bezfuvos.com pxxxzuyv wenrkfnh >How-To-Repeat: mxxglgxt >Fix: mxxglgxt >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 03:04:12 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A21E1065673; Thu, 8 Apr 2010 03:04:12 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6245C8FC16; Thu, 8 Apr 2010 03:04:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3834CQs036164; Thu, 8 Apr 2010 03:04:12 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3834Chh036160; Thu, 8 Apr 2010 03:04:12 GMT (envelope-from hrs) Date: Thu, 8 Apr 2010 03:04:12 GMT Message-Id: <201004080304.o3834Chh036160@freefall.freebsd.org> To: rgiqixij@jqbwsbfa.com, hrs@FreeBSD.org, freebsd-usb@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: usb/145484: mxxglgxt X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 03:04:12 -0000 Synopsis: mxxglgxt State-Changed-From-To: open->closed State-Changed-By: hrs State-Changed-When: Thu Apr 8 03:04:03 UTC 2010 State-Changed-Why: spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=145484 From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 03:40:05 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87AF0106567E for ; Thu, 8 Apr 2010 03:40:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 65EBD8FC1E for ; Thu, 8 Apr 2010 03:40:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o383e5s9063357 for ; Thu, 8 Apr 2010 03:40:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o383e5Wj063356; Thu, 8 Apr 2010 03:40:05 GMT (envelope-from gnats) Resent-Date: Thu, 8 Apr 2010 03:40:05 GMT Resent-Message-Id: <201004080340.o383e5Wj063356@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, cywyynou Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2256106564A for ; Thu, 8 Apr 2010 03:39:45 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id A75F28FC16 for ; Thu, 8 Apr 2010 03:39:45 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o383djbD096810 for ; Thu, 8 Apr 2010 03:39:45 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o383djqV096791; Thu, 8 Apr 2010 03:39:45 GMT (envelope-from nobody) Message-Id: <201004080339.o383djqV096791@www.freebsd.org> Date: Thu, 8 Apr 2010 03:39:45 GMT From: cywyynou To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/145493: cywyynou X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 03:40:05 -0000 >Number: 145493 >Category: usb >Synopsis: cywyynou >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 08 03:40:05 UTC 2010 >Closed-Date: >Last-Modified: >Originator: cywyynou >Release: cywyynou >Organization: cywyynou >Environment: cywyynou >Description: xobllmky [URL=http://pnpsesbc.com]njdwggal[/URL] nxilxvpe http://twuayihp.com tnhffyhq ejsmnijr >How-To-Repeat: cywyynou >Fix: cywyynou >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 03:50:05 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D90A8106564A for ; Thu, 8 Apr 2010 03:50:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6258FC2B for ; Thu, 8 Apr 2010 03:50:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o383o5Qg071590 for ; Thu, 8 Apr 2010 03:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o383o5kO071589; Thu, 8 Apr 2010 03:50:05 GMT (envelope-from gnats) Resent-Date: Thu, 8 Apr 2010 03:50:05 GMT Resent-Message-Id: <201004080350.o383o5kO071589@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, fkucedic Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82263106564A for ; Thu, 8 Apr 2010 03:43:36 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 57D658FC0A for ; Thu, 8 Apr 2010 03:43:36 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o383ha1a001410 for ; Thu, 8 Apr 2010 03:43:36 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o383hZNI001409; Thu, 8 Apr 2010 03:43:35 GMT (envelope-from nobody) Message-Id: <201004080343.o383hZNI001409@www.freebsd.org> Date: Thu, 8 Apr 2010 03:43:35 GMT From: fkucedic To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/145506: fkucedic X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 03:50:05 -0000 >Number: 145506 >Category: usb >Synopsis: fkucedic >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Thu Apr 08 03:50:05 UTC 2010 >Closed-Date: >Last-Modified: >Originator: fkucedic >Release: fkucedic >Organization: fkucedic >Environment: fkucedic >Description: zfgvmuhe http://ruxfnnda.com ktiefeyl nsluvhdy >How-To-Repeat: fkucedic >Fix: fkucedic >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 04:10:41 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 201BD106568A; Thu, 8 Apr 2010 04:10:41 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EB58A8FC15; Thu, 8 Apr 2010 04:10:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o384AeD4092133; Thu, 8 Apr 2010 04:10:40 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o384AecD092123; Thu, 8 Apr 2010 04:10:40 GMT (envelope-from hrs) Date: Thu, 8 Apr 2010 04:10:40 GMT Message-Id: <201004080410.o384AecD092123@freefall.freebsd.org> To: hpvpquck@eprpgtyd.com, hrs@FreeBSD.org, freebsd-usb@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: usb/145493: cywyynou X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 04:10:41 -0000 Synopsis: cywyynou State-Changed-From-To: open->closed State-Changed-By: hrs State-Changed-When: Thu Apr 8 04:10:28 UTC 2010 State-Changed-Why: spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=145493 From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 04:22:53 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAF30106567A; Thu, 8 Apr 2010 04:22:53 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C23838FC27; Thu, 8 Apr 2010 04:22:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o384MrxY005907; Thu, 8 Apr 2010 04:22:53 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o384MrTU005903; Thu, 8 Apr 2010 04:22:53 GMT (envelope-from hrs) Date: Thu, 8 Apr 2010 04:22:53 GMT Message-Id: <201004080422.o384MrTU005903@freefall.freebsd.org> To: mtsubjfc@qjrfqxpv.com, hrs@FreeBSD.org, freebsd-usb@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: usb/145506: fkucedic X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 04:22:54 -0000 Synopsis: fkucedic State-Changed-From-To: open->closed State-Changed-By: hrs State-Changed-When: Thu Apr 8 04:22:45 UTC 2010 State-Changed-Why: spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=145506 From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 11:00:15 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDFFF106566B for ; Thu, 8 Apr 2010 11:00:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CA1978FC24 for ; Thu, 8 Apr 2010 11:00:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o38B0FIr079563 for ; Thu, 8 Apr 2010 11:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o38B0FUY079562; Thu, 8 Apr 2010 11:00:15 GMT (envelope-from gnats) Resent-Date: Thu, 8 Apr 2010 11:00:15 GMT Resent-Message-Id: <201004081100.o38B0FUY079562@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Krutov Mikle Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 037941065670 for ; Thu, 8 Apr 2010 10:55:45 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id E4E688FC1D for ; Thu, 8 Apr 2010 10:55:44 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o38AtiVf074410 for ; Thu, 8 Apr 2010 10:55:44 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o38Atibu074389; Thu, 8 Apr 2010 10:55:44 GMT (envelope-from nobody) Message-Id: <201004081055.o38Atibu074389@www.freebsd.org> Date: Thu, 8 Apr 2010 10:55:44 GMT From: Krutov Mikle To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/145513: New USB stack: no new devices after forced usb flash detach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 11:00:16 -0000 >Number: 145513 >Category: usb >Synopsis: New USB stack: no new devices after forced usb flash detach >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 08 11:00:15 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Krutov Mikle >Release: 8.0-STABLE >Organization: >Environment: FreeBSD takino.homeftp.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Mar 8 06:25:34 MSK 2010 root@takino.homeftp.org:/usr/obj/usr/src/sys/TAKINO amd64 >Description: After detaching the mounted usb-flash device, no new usb-devices are detected. USB controller is "device = 'SB700 USB OHCI1 Controller" >How-To-Repeat: 1) attach (vfat-formated, did not test with other fs) flash device, mount it 2) detach without umounting 3) try to attach another usb-device 4) see no new devices, no dmesg messages, nothing >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 11:54:55 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7D0A106564A; Thu, 8 Apr 2010 11:54:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.tele2.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 1AC9A8FC08; Thu, 8 Apr 2010 11:54:54 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=91wuAuClbxwA:10 a=Q9fys5e9bTEA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8EfC18RmAAAA:8 a=dcMOx1hxPSZBTJkBGUUA:9 a=pGlA3RGygD-bztLMEbAA:7 a=QHESj8R91VdzYLG3l6WwR1CXwG4A:4 a=PUjeQqilurYA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1182662489; Thu, 08 Apr 2010 13:54:53 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 8 Apr 2010 13:52:50 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <201004081055.o38Atibu074389@www.freebsd.org> In-Reply-To: <201004081055.o38Atibu074389@www.freebsd.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004081352.50108.hselasky@c2i.net> Cc: freebsd-gnats-submit@freebsd.org Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 11:54:55 -0000 On Thursday 08 April 2010 12:55:44 Krutov Mikle wrote: > >Number: 145513 > >Category: usb > >Synopsis: New USB stack: no new devices after forced usb flash > > detach Confidential: no > >Severity: serious > >Priority: low > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Apr 08 11:00:15 UTC 2010 > >Closed-Date: > >Last-Modified: > >Originator: Krutov Mikle > >Release: 8.0-STABLE > >Organization: > >Environment: > > FreeBSD takino.homeftp.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Mar 8 > 06:25:34 MSK 2010 root@takino.homeftp.org:/usr/obj/usr/src/sys/TAKINO > amd64 > > >Description: > > After detaching the mounted usb-flash device, no new usb-devices are > detected. USB controller is "device = 'SB700 USB OHCI1 Controller" > > >How-To-Repeat: > > 1) attach (vfat-formated, did not test with other fs) flash device, mount > it 2) detach without umounting > 3) try to attach another usb-device > 4) see no new devices, no dmesg messages, nothing > Hi, That's because the UMASS detach is hanging, most likely. Try to break into the kernel and get a backtrace. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 12:00:20 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 836201065702 for ; Thu, 8 Apr 2010 12:00:20 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6DC448FC1A for ; Thu, 8 Apr 2010 12:00:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o38C0JAA032816 for ; Thu, 8 Apr 2010 12:00:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o38C0JQ6032815; Thu, 8 Apr 2010 12:00:19 GMT (envelope-from gnats) Date: Thu, 8 Apr 2010 12:00:19 GMT Message-Id: <201004081200.o38C0JQ6032815@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 12:00:20 -0000 The following reply was made to PR usb/145513; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Krutov Mikle , freebsd-gnats-submit@freebsd.org Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach Date: Thu, 8 Apr 2010 13:52:50 +0200 On Thursday 08 April 2010 12:55:44 Krutov Mikle wrote: > >Number: 145513 > >Category: usb > >Synopsis: New USB stack: no new devices after forced usb flash > > detach Confidential: no > >Severity: serious > >Priority: low > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Apr 08 11:00:15 UTC 2010 > >Closed-Date: > >Last-Modified: > >Originator: Krutov Mikle > >Release: 8.0-STABLE > >Organization: > >Environment: > > FreeBSD takino.homeftp.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Mar 8 > 06:25:34 MSK 2010 root@takino.homeftp.org:/usr/obj/usr/src/sys/TAKINO > amd64 > > >Description: > > After detaching the mounted usb-flash device, no new usb-devices are > detected. USB controller is "device = 'SB700 USB OHCI1 Controller" > > >How-To-Repeat: > > 1) attach (vfat-formated, did not test with other fs) flash device, mount > it 2) detach without umounting > 3) try to attach another usb-device > 4) see no new devices, no dmesg messages, nothing > Hi, That's because the UMASS detach is hanging, most likely. Try to break into the kernel and get a backtrace. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 17:31:49 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ECBD106567C; Thu, 8 Apr 2010 17:31:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id A5B5E8FC15; Thu, 8 Apr 2010 17:31:48 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=91wuAuClbxwA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=NNlDDmwPFR67-Ue8PzgA:9 a=hSqMs83EKZvUKUudsXwow50uncsA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 998587171; Thu, 08 Apr 2010 19:31:46 +0200 From: Hans Petter Selasky To: Mikle Krutov Date: Thu, 8 Apr 2010 19:29:43 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <201004081055.o38Atibu074389@www.freebsd.org> <201004081352.50108.hselasky@c2i.net> <20100408171403.GA58040@takino.homeftp.org> In-Reply-To: <20100408171403.GA58040@takino.homeftp.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004081929.43956.hselasky@c2i.net> Cc: freebsd-gnats-submit@freebsd.org, freebsd-usb@freebsd.org Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 17:31:49 -0000 On Thursday 08 April 2010 19:14:03 Mikle Krutov wrote: > On Thu, Apr 08, 2010 at 01:52:50PM +0200, Hans Petter Selasky wrote: > > Hi, > > > > That's because the UMASS detach is hanging, most likely. > > > > Try to break into the kernel and get a backtrace. > > > > --HPS > > Hi, > I unfortunately could not find any info about how do i do this. Could > you provide me some link? > Add: options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. When it hangs, enter this from the console: sysctl debug.kdb.panic=1 Type alltrace bt bt all or something similar. Type "continue" when you are finished. You can also use CTRL+ALT+ESC key combination. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 17:40:04 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50EED106566B for ; Thu, 8 Apr 2010 17:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD3B8FC0A for ; Thu, 8 Apr 2010 17:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o38He3f5024677 for ; Thu, 8 Apr 2010 17:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o38He3Cv024668; Thu, 8 Apr 2010 17:40:03 GMT (envelope-from gnats) Date: Thu, 8 Apr 2010 17:40:03 GMT Message-Id: <201004081740.o38He3Cv024668@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 17:40:04 -0000 The following reply was made to PR usb/145513; it has been noted by GNATS. From: Hans Petter Selasky To: Mikle Krutov Cc: freebsd-usb@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach Date: Thu, 8 Apr 2010 19:29:43 +0200 On Thursday 08 April 2010 19:14:03 Mikle Krutov wrote: > On Thu, Apr 08, 2010 at 01:52:50PM +0200, Hans Petter Selasky wrote: > > Hi, > > > > That's because the UMASS detach is hanging, most likely. > > > > Try to break into the kernel and get a backtrace. > > > > --HPS > > Hi, > I unfortunately could not find any info about how do i do this. Could > you provide me some link? > Add: options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. When it hangs, enter this from the console: sysctl debug.kdb.panic=1 Type alltrace bt bt all or something similar. Type "continue" when you are finished. You can also use CTRL+ALT+ESC key combination. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 17:43:21 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69907106566B; Thu, 8 Apr 2010 17:43:21 +0000 (UTC) (envelope-from nekoexmachina@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id BE5178FC19; Thu, 8 Apr 2010 17:43:20 +0000 (UTC) Received: by fxm25 with SMTP id 25so135432fxm.3 for ; Thu, 08 Apr 2010 10:43:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=wt3eGHScb/EhPUS+v+a3tIEGjEuERD4gb6TcAZqIwPQ=; b=L7/sbNZeDGRWXwA6QYqe7MTdWmJqt+gtaXlksuFGOq6SjNsGWMdO/nARAp6yBLyfRY YrjE+l4cL8gQaqKHNVkfBrDzyk4b9T0N7G8xNPl5FjpQAHUiK/t968NFW7nxBXc8YWB+ WXRZ34MOjTnuGP8bckIGOSzw2YwMCDl2BvzaM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ghwr/y+PmO6cRmpUSKy+Hcq9GY4BqFnDn0qTBfANN9mbP6mOBq2ERNZS+PiUellFQe vz4S5j01ezgVxFsk1pVG6wpd/UqovGsb50SnFnSpslOp0uVtfM6uUsLApnvK98sjs2bF j0CNlnLyJ28l4AbSLLw8u+fnBJifOyi7f58Sg= Received: by 10.223.161.204 with SMTP id s12mr389028fax.103.1270746847142; Thu, 08 Apr 2010 10:14:07 -0700 (PDT) Received: from localhost ([188.134.12.208]) by mx.google.com with ESMTPS id 13sm715527fks.0.2010.04.08.10.14.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 10:14:05 -0700 (PDT) Date: Thu, 8 Apr 2010 21:14:03 +0400 From: Mikle Krutov To: Hans Petter Selasky Message-ID: <20100408171403.GA58040@takino.homeftp.org> References: <201004081055.o38Atibu074389@www.freebsd.org> <201004081352.50108.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201004081352.50108.hselasky@c2i.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-gnats-submit@freebsd.org, freebsd-usb@freebsd.org Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 17:43:21 -0000 On Thu, Apr 08, 2010 at 01:52:50PM +0200, Hans Petter Selasky wrote: > Hi, > > That's because the UMASS detach is hanging, most likely. > > Try to break into the kernel and get a backtrace. > > --HPS Hi, I unfortunately could not find any info about how do i do this. Could you provide me some link? -- Wbr, Krutov Mikle From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 17:50:03 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A168B1065673 for ; Thu, 8 Apr 2010 17:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 910458FC18 for ; Thu, 8 Apr 2010 17:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o38Ho3W8032730 for ; Thu, 8 Apr 2010 17:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o38Ho3RC032721; Thu, 8 Apr 2010 17:50:03 GMT (envelope-from gnats) Date: Thu, 8 Apr 2010 17:50:03 GMT Message-Id: <201004081750.o38Ho3RC032721@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Mikle Krutov Cc: Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mikle Krutov List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 17:50:03 -0000 The following reply was made to PR usb/145513; it has been noted by GNATS. From: Mikle Krutov To: Hans Petter Selasky Cc: freebsd-usb@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach Date: Thu, 8 Apr 2010 21:14:03 +0400 On Thu, Apr 08, 2010 at 01:52:50PM +0200, Hans Petter Selasky wrote: > Hi, > > That's because the UMASS detach is hanging, most likely. > > Try to break into the kernel and get a backtrace. > > --HPS Hi, I unfortunately could not find any info about how do i do this. Could you provide me some link? -- Wbr, Krutov Mikle From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 23:30:03 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDE921065674 for ; Thu, 8 Apr 2010 23:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A254E8FC20 for ; Thu, 8 Apr 2010 23:30:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o38NU37k022709 for ; Thu, 8 Apr 2010 23:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o38NU37K022706; Thu, 8 Apr 2010 23:30:03 GMT (envelope-from gnats) Resent-Date: Thu, 8 Apr 2010 23:30:03 GMT Resent-Message-Id: <201004082330.o38NU37K022706@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, yzhxfsnj Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F6E106566C for ; Thu, 8 Apr 2010 23:22:59 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 772958FC13 for ; Thu, 8 Apr 2010 23:22:59 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o38NMx5g043155 for ; Thu, 8 Apr 2010 23:22:59 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o38NMx6e043154; Thu, 8 Apr 2010 23:22:59 GMT (envelope-from nobody) Message-Id: <201004082322.o38NMx6e043154@www.freebsd.org> Date: Thu, 8 Apr 2010 23:22:59 GMT From: yzhxfsnj To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/145540: yzhxfsnj X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 23:30:03 -0000 >Number: 145540 >Category: usb >Synopsis: yzhxfsnj >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 08 23:30:03 UTC 2010 >Closed-Date: >Last-Modified: >Originator: yzhxfsnj >Release: yzhxfsnj >Organization: yzhxfsnj >Environment: yzhxfsnj >Description: wfuyqbio http://iqoggcfl.com spokmcbv iugolzwa [URL=http://dgcmaiiu.com]nfxmqwtb[/URL] xluivcdc >How-To-Repeat: yzhxfsnj >Fix: yzhxfsnj >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 23:30:05 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78EC4106566C for ; Thu, 8 Apr 2010 23:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0CD8FC25 for ; Thu, 8 Apr 2010 23:30:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o38NU5vY022859 for ; Thu, 8 Apr 2010 23:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o38NU5Ze022854; Thu, 8 Apr 2010 23:30:05 GMT (envelope-from gnats) Resent-Date: Thu, 8 Apr 2010 23:30:05 GMT Resent-Message-Id: <201004082330.o38NU5Ze022854@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, jqwgjvle Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 817C6106566C for ; Thu, 8 Apr 2010 23:25:08 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 57C568FC18 for ; Thu, 8 Apr 2010 23:25:08 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o38NP8bB053614 for ; Thu, 8 Apr 2010 23:25:08 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o38NP8ph053613; Thu, 8 Apr 2010 23:25:08 GMT (envelope-from nobody) Message-Id: <201004082325.o38NP8ph053613@www.freebsd.org> Date: Thu, 8 Apr 2010 23:25:08 GMT From: jqwgjvle To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/145544: jqwgjvle X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 23:30:05 -0000 >Number: 145544 >Category: usb >Synopsis: jqwgjvle >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 08 23:30:04 UTC 2010 >Closed-Date: >Last-Modified: >Originator: jqwgjvle >Release: jqwgjvle >Organization: jqwgjvle >Environment: jqwgjvle >Description: qbhdfrxy http://eubtbnbj.com jkaubgpt mjtylvbi >How-To-Repeat: jqwgjvle >Fix: jqwgjvle >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Thu Apr 8 23:30:05 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D498D1065674 for ; Thu, 8 Apr 2010 23:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 98D8F8FC0A for ; Thu, 8 Apr 2010 23:30:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o38NU5cv022896 for ; Thu, 8 Apr 2010 23:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o38NU5a6022891; Thu, 8 Apr 2010 23:30:05 GMT (envelope-from gnats) Resent-Date: Thu, 8 Apr 2010 23:30:05 GMT Resent-Message-Id: <201004082330.o38NU5a6022891@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, ubnbamwa Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73391106566C for ; Thu, 8 Apr 2010 23:25:34 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 4982A8FC1D for ; Thu, 8 Apr 2010 23:25:34 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o38NPXbF053625 for ; Thu, 8 Apr 2010 23:25:33 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o38NPX6K053624; Thu, 8 Apr 2010 23:25:33 GMT (envelope-from nobody) Message-Id: <201004082325.o38NPX6K053624@www.freebsd.org> Date: Thu, 8 Apr 2010 23:25:33 GMT From: ubnbamwa To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/145545: ubnbamwa X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 23:30:05 -0000 >Number: 145545 >Category: usb >Synopsis: ubnbamwa >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 08 23:30:05 UTC 2010 >Closed-Date: >Last-Modified: >Originator: ubnbamwa >Release: ubnbamwa >Organization: ubnbamwa >Environment: ubnbamwa >Description: mtstoerw http://yezmkgdw.com zokuhvcg ndjfrvhz >How-To-Repeat: ubnbamwa >Fix: ubnbamwa >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Fri Apr 9 01:19:49 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F206F1065679; Fri, 9 Apr 2010 01:19:49 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CA8108FC1F; Fri, 9 Apr 2010 01:19:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o391Jn82017222; Fri, 9 Apr 2010 01:19:49 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o391Jnh2017218; Fri, 9 Apr 2010 01:19:49 GMT (envelope-from hrs) Date: Fri, 9 Apr 2010 01:19:49 GMT Message-Id: <201004090119.o391Jnh2017218@freefall.freebsd.org> To: iaymwras@tnstcxga.com, hrs@FreeBSD.org, freebsd-usb@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: usb/145540: yzhxfsnj X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 01:19:50 -0000 Synopsis: yzhxfsnj State-Changed-From-To: open->closed State-Changed-By: hrs State-Changed-When: Fri Apr 9 01:19:42 UTC 2010 State-Changed-Why: spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=145540 From owner-freebsd-usb@FreeBSD.ORG Fri Apr 9 01:20:31 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6221106567B; Fri, 9 Apr 2010 01:20:31 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8ECD98FC17; Fri, 9 Apr 2010 01:20:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o391KVIe020785; Fri, 9 Apr 2010 01:20:31 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o391KVA2020773; Fri, 9 Apr 2010 01:20:31 GMT (envelope-from hrs) Date: Fri, 9 Apr 2010 01:20:31 GMT Message-Id: <201004090120.o391KVA2020773@freefall.freebsd.org> To: xdhrudxo@jrnnlnfj.com, hrs@FreeBSD.org, freebsd-usb@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: usb/145544: jqwgjvle X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 01:20:31 -0000 Synopsis: jqwgjvle State-Changed-From-To: open->closed State-Changed-By: hrs State-Changed-When: Fri Apr 9 01:20:24 UTC 2010 State-Changed-Why: spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=145544 From owner-freebsd-usb@FreeBSD.ORG Fri Apr 9 01:20:43 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D543C1065670; Fri, 9 Apr 2010 01:20:43 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ADFA88FC18; Fri, 9 Apr 2010 01:20:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o391KhGW022671; Fri, 9 Apr 2010 01:20:43 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o391Kh3U022661; Fri, 9 Apr 2010 01:20:43 GMT (envelope-from hrs) Date: Fri, 9 Apr 2010 01:20:43 GMT Message-Id: <201004090120.o391Kh3U022661@freefall.freebsd.org> To: mczgwxee@hkqwozrl.com, hrs@FreeBSD.org, freebsd-usb@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: usb/145545: ubnbamwa X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 01:20:43 -0000 Synopsis: ubnbamwa State-Changed-From-To: open->closed State-Changed-By: hrs State-Changed-When: Fri Apr 9 01:20:34 UTC 2010 State-Changed-Why: spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=145545 From owner-freebsd-usb@FreeBSD.ORG Fri Apr 9 05:46:38 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E70191065672; Fri, 9 Apr 2010 05:46:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BC87B8FC17; Fri, 9 Apr 2010 05:46:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o395kcn4053125; Fri, 9 Apr 2010 05:46:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o395kbnM053121; Fri, 9 Apr 2010 05:46:37 GMT (envelope-from linimon) Date: Fri, 9 Apr 2010 05:46:37 GMT Message-Id: <201004090546.o395kbnM053121@freefall.freebsd.org> To: adrian@bocaniciu.ro, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/145527: Re: usb/141313: [usb8] nvidia USB 2.0 controller - stops copying on USB X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 05:46:39 -0000 Old Synopsis: Re:%20usb/141313:%20[usb8]%20nvidia%20USB%202.0%20controller%20-%20stops%20copying%20on%20USB New Synopsis: Re: usb/141313: [usb8] nvidia USB 2.0 controller - stops copying on USB State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Fri Apr 9 05:44:56 UTC 2010 State-Changed-Why: Misfiled followup to usb/141313; content migrated. Responsible-Changed-From-To: gnats-admin->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Fri Apr 9 05:44:56 UTC 2010 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=145527 From owner-freebsd-usb@FreeBSD.ORG Fri Apr 9 06:48:15 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 616261065677; Fri, 9 Apr 2010 06:48:15 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 35DD28FC0C; Fri, 9 Apr 2010 06:48:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o396mFvC007994; Fri, 9 Apr 2010 06:48:15 GMT (envelope-from thompsa@freefall.freebsd.org) Received: (from thompsa@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o396mEev007990; Fri, 9 Apr 2010 06:48:14 GMT (envelope-from thompsa) Date: Fri, 9 Apr 2010 06:48:14 GMT Message-Id: <201004090648.o396mEev007990@freefall.freebsd.org> To: janmarek@gdi.cz, thompsa@FreeBSD.org, freebsd-usb@FreeBSD.org, thompsa@FreeBSD.org From: thompsa@FreeBSD.org Cc: Subject: Re: usb/141313: [usb8] nvidia USB 2.0 controller - stops copying on USB [regression] X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 06:48:15 -0000 Synopsis: [usb8] nvidia USB 2.0 controller - stops copying on USB [regression] State-Changed-From-To: open->feedback State-Changed-By: thompsa State-Changed-When: Fri Apr 9 06:47:06 UTC 2010 State-Changed-Why: This can be tested by upgrading to 8-stable or applying http://people.freebsd.org/~thompsa/r206302.diff Responsible-Changed-From-To: freebsd-usb->thompsa Responsible-Changed-By: thompsa Responsible-Changed-When: Fri Apr 9 06:47:06 UTC 2010 Responsible-Changed-Why: This can be tested by upgrading to 8-stable or applying http://people.freebsd.org/~thompsa/r206302.diff http://www.freebsd.org/cgi/query-pr.cgi?pr=141313 From owner-freebsd-usb@FreeBSD.ORG Fri Apr 9 08:30:07 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7356E1065672 for ; Fri, 9 Apr 2010 08:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 48AD98FC12 for ; Fri, 9 Apr 2010 08:30:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o398U63B020120 for ; Fri, 9 Apr 2010 08:30:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o398U6V7020117; Fri, 9 Apr 2010 08:30:06 GMT (envelope-from gnats) Date: Fri, 9 Apr 2010 08:30:06 GMT Message-Id: <201004090830.o398U6V7020117@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Nick Hibma Cc: Subject: Re: usb/145237: [usbdevs] [patch] Add support for Matrix Orbital MOU display X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nick Hibma List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 08:30:07 -0000 The following reply was made to PR usb/145237; it has been noted by GNATS. From: Nick Hibma To: bug-followup@FreeBSD.org, nick@anywi.com Cc: Subject: Re: usb/145237: [usbdevs] [patch] Add support for Matrix Orbital MOU display Date: Fri, 9 Apr 2010 10:22:44 +0200 This has been committed to 7-STABLE. From owner-freebsd-usb@FreeBSD.ORG Fri Apr 9 14:54:40 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13283106567B for ; Fri, 9 Apr 2010 14:54:40 +0000 (UTC) (envelope-from rgrover1@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D73928FC2D for ; Fri, 9 Apr 2010 14:54:39 +0000 (UTC) Received: by pwi9 with SMTP id 9so3118073pwi.13 for ; Fri, 09 Apr 2010 07:54:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=70BfnX2KbqBwHiwBtYoSuHK4yO3xwi++aoq6czW0O90=; b=Nbbu7VnN2VNo5z7kPEnRcFUJboIxu49IqjVoOfvpRBfEckEOpTWF0O6Sen89Y4bDWA VY2hWu60KoIbs4etzXRz6EJqKCkCm7r0291q82hOvNvm7tSBJwV6vXBKOMQjYR/emJMn G1dgPORZ8Zmtr+HqfjwiizIdTaW17XlNku7k8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=uzGi+5jTAz2LHKPouInvO8dVYZAMRatiZnq5iTeCTNujSJo+FWSG/vPF636QwpD1OF F3vkq5TrRzvNfu+0HBTXCuV4n2Ud5fw4bK1c7RtXNGOfplCw5LtLTng6RZ4yJ6bkmyOd /8HEWJ706ya0TuIbq28zv4ZyOQRn13n/B6K/4= MIME-Version: 1.0 Received: by 10.140.132.2 with HTTP; Fri, 9 Apr 2010 07:30:02 -0700 (PDT) Date: Fri, 9 Apr 2010 20:00:02 +0530 Received: by 10.140.88.9 with SMTP id l9mr155746rvb.286.1270823402749; Fri, 09 Apr 2010 07:30:02 -0700 (PDT) Message-ID: From: Rohit Grover To: freebsd-usb@freebsd.org Content-Type: multipart/mixed; boundary=000e0cd28aaa7e3f830483cea1c8 Subject: USB Keyboard puzzle X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 14:54:40 -0000 --000e0cd28aaa7e3f830483cea1c8 Content-Type: text/plain; charset=ISO-8859-1 Hello Dear Hackers, This is about a puzzling behaviour which has affected me for quite some time now and has caused far too many unwanted reboots on my Macbook (running FreeBSD). The problem appeared around when I transitioned from using 8.0/Release 8.0/STABLE; although I am not a 100% sure of that. If I were to switch back to 8.0/Release, things would work normally; but then many significant and necessary changes have gone into 8.0/STABLE and I do not have the option of reverting to 8.0/Release. It has to do with the software around the USB keyboard. When booting a derivative of 8.0/Stable, about half the time my laptop boots into a state where the keyboard is unresponsive; i.e. keystrokes have no effect; and thus this condition forces me into a wasteful reboot. This state is very likely to reproduce if I do a cold boot. I have also discovered that if I boot the laptop with MacOSX, and then subsequently reboot into FreeBSD, I have a high chance of getting a usable keyboard. I had previously suspected changes to code in the ukbd driver. But now I have confirmed for myself that ukbd is sane--I did this by adding printfs to the data-flow path, and ensured that the read_char() device-switch handler within ukbd is correctly able to return key scan-codes even when my keyboard appears to be dead. I have also noticed that in the cases where my keyboard appears to be unresponsive, ukbd attaches as two separate instances: ukbd0 and ukbd1: Apr 9 19:20:35 macbook kernel: ugen0.2: at usbus0 Apr 9 19:20:35 macbook kernel: ukbd0: on usbus0 Apr 9 19:20:35 macbook kernel: kbd0 at ukbd0 Apr 9 19:20:35 macbook kernel: Root mount waiting for: usbus6 Apr 9 19:20:35 macbook kernel: Trying to mount root from ufs:/dev/ad6p3a Apr 9 19:20:35 macbook kernel: ugen5.2: at usbus5 Apr 9 19:20:35 macbook kernel: GEOM_PART: Partition 'ad6p3' not suitable for kernel dumps (wrong type?) Apr 9 19:20:35 macbook kernel: ugen5.3: at usbus5 Apr 9 19:20:35 macbook kernel: ukbd1: on usbus5 Apr 9 19:20:35 macbook kernel: kbd1 at ukbd1 whereas when the keyboard boots in an OK state, I see the following during boot--there is only ukbd0 and no ukbd1: Apr 9 19:23:21 macbook kernel: ugen5.3: at usbus5 Apr 9 19:23:21 macbook kernel: ukbd0: on usbus5 Apr 9 19:23:21 macbook kernel: kbd0 at ukbd0 I have attached my config file, and the dmesg dump from the good and bad cases. Could you please help me figure out what's going on with my keyboard? thanks, Rohit. --000e0cd28aaa7e3f830483cea1c8 Content-Type: application/octet-stream; name=MACBOOK Content-Disposition: attachment; filename=MACBOOK Content-Transfer-Encoding: base64 X-Attachment-Id: file0 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9o YW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNv IGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3Zl IGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhl CiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcv KSBmb3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9m IG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBs aW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZp bGVzLgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5 IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lz L2kzODYvY29uZi9HRU5FUklDLHYgMS40NzQuMi4yLjIuMSAyMDA4LzAyLzA2IDAzOjI0OjI4IHNj b3R0bCBFeHAgJAoKI2NwdQkJSTQ4Nl9DUFUKI2NwdQkJSTU4Nl9DUFUKY3B1CQlJNjg2X0NQVQpp ZGVudAkJTWFjYm9vawoKIyBUbyBzdGF0aWNhbGx5IGNvbXBpbGUgaW4gZGV2aWNlIHdpcmluZyBp bnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50cwojaGludHMJCSJHRU5FUklDLmhpbnRzIgkJIyBE ZWZhdWx0IHBsYWNlcyB0byBsb29rIGZvciBkZXZpY2VzLgoKbWFrZW9wdGlvbnMJREVCVUc9LWcJ CSMgQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJvbHMKb3B0aW9ucwkJS0RCCiMg b3B0aW9ucwlLREJfVU5BVFRFTkRFRApvcHRpb25zCQlLREJfVFJBQ0UKb3B0aW9ucwkJRERCCm9w dGlvbnMJCUJSRUFLX1RPX0RFQlVHR0VSCm9wdGlvbnMJCUlOVkFSSUFOVFMKb3B0aW9ucwkJSU5W QVJJQU5UX1NVUFBPUlQKIyBvcHRpb25zCVdJVE5FU1MKIyBvcHRpb25zCVdJVE5FU1NfS0RCCgpv cHRpb25zIAlTQ0hFRF80QlNECQkjIDRCU0Qgc2NoZWR1bGVyCm9wdGlvbnMgCVBSRUVNUFRJT04J CSMgRW5hYmxlIGtlcm5lbCB0aHJlYWQgcHJlZW1wdGlvbgpvcHRpb25zIAlJTkVUCQkJIyBJbnRl ck5FVHdvcmtpbmcKb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9j b2xzCm9wdGlvbnMgCVNDVFAJCQkjIFN0cmVhbSBDb250cm9sIFRyYW5zbWlzc2lvbiBQcm90b2Nv bApvcHRpb25zIAlGRlMJCQkjIEJlcmtlbGV5IEZhc3QgRmlsZXN5c3RlbQpvcHRpb25zIAlTT0ZU VVBEQVRFUwkJIyBFbmFibGUgRkZTIHNvZnQgdXBkYXRlcyBzdXBwb3J0Cm9wdGlvbnMgCVVGU19B Q0wJCQkjIFN1cHBvcnQgZm9yIGFjY2VzcyBjb250cm9sIGxpc3RzCiNvcHRpb25zIAlVRlNfRElS SEFTSAkJIyBJbXByb3ZlIHBlcmZvcm1hbmNlIG9uIGJpZyBkaXJlY3RvcmllcwpvcHRpb25zIAlV RlNfR0pPVVJOQUwJCSMgRW5hYmxlIGdqb3VybmFsLWJhc2VkIFVGUyBqb3VybmFsaW5nCiNvcHRp b25zIAlNRF9ST09UCQkJIyBNRCBpcyBhIHBvdGVudGlhbCByb290IGRldmljZQpvcHRpb25zIAlO RlNDTElFTlQJCSMgTmV0d29yayBGaWxlc3lzdGVtIENsaWVudAojb3B0aW9ucyAJTkZTU0VSVkVS CQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKI29wdGlvbnMgCU5GU19ST09UCQkjIE5GUyB1 c2FibGUgYXMgLywgcmVxdWlyZXMgTkZTQ0xJRU5UCm9wdGlvbnMgCU1TRE9TRlMJCQkjIE1TRE9T IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJQ0Q5NjYwCQkJIyBJU08gOTY2MCBGaWxlc3lzdGVtCm9wdGlv bnMgCVBST0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0 aW9ucyAJUFNFVURPRlMJCSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMgCUdF T01fUEFSVF9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlHRU9NX0xBQkVM CQkjIFByb3ZpZGVzIGxhYmVsaXphdGlvbgpvcHRpb25zIAlDT01QQVRfNDNUVFkJCSMgQlNEIDQu MyBUVFkgY29tcGF0IFtLRUVQIFRISVMhXQpvcHRpb25zICAgICAgICAgQ09NUEFUXzQzCm9wdGlv bnMgICAgICAgICBDT01QQVRfRlJFRUJTRDQgICAgICAgICAjIENvbXBhdGlibGUgd2l0aCBGcmVl QlNENApvcHRpb25zICAgICAgICAgQ09NUEFUX0ZSRUVCU0Q1ICAgICAgICAgIyBDb21wYXRpYmxl IHdpdGggRnJlZUJTRDUKb3B0aW9ucyAgICAgICAgIENPTVBBVF9GUkVFQlNENiAgICAgICAgICMg Q29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q2Cm9wdGlvbnMgICAgICAgICBDT01QQVRfRlJFRUJTRDcg ICAgICAgICAjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENwpvcHRpb25zIAlTQ1NJX0RFTEFZPTUw MDAJCSMgRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJCm9wdGlvbnMgCUtUUkFDRQkJ CSMga3RyYWNlKDEpIHN1cHBvcnQKb3B0aW9ucyAJU1lTVlNITQkJCSMgU1lTVi1zdHlsZSBzaGFy ZWQgbWVtb3J5Cm9wdGlvbnMgCVNZU1ZNU0cJCQkjIFNZU1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMK b3B0aW9ucyAJU1lTVlNFTQkJCSMgU1lTVi1zdHlsZSBzZW1hcGhvcmVzCm9wdGlvbnMgCV9LUE9T SVhfUFJJT1JJVFlfU0NIRURVTElORyAjIFBPU0lYIFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNp b25zCm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAv ZGV2CiNvcHRpb25zIAlTVE9QX05NSQkJIyBTdG9wIENQVVMgdXNpbmcgTk1JIGluc3RlYWQgb2Yg SVBJCm9wdGlvbnMgCUFVRElUCQkJIyBTZWN1cml0eSBldmVudCBhdWRpdGluZwpvcHRpb25zIAlJ TkNMVURFX0NPTkZJR19GSUxFICAgICAjIEluY2x1ZGUgdGhpcyBmaWxlIGluIGtlcm5lbAoKIyBU byBtYWtlIGFuIFNNUCBrZXJuZWwsIHRoZSBuZXh0IHR3byBsaW5lcyBhcmUgbmVlZGVkCm9wdGlv bnMgCVNNUAkJCSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29yIEtlcm5lbApkZXZpY2UJCWFwaWMJ CQkjIEkvTyBBUElDCgoKIyBDUFUgZnJlcXVlbmN5IGNvbnRyb2wKZGV2aWNlCQljcHVmcmVxCgoj CiMgVGVtcGVyYXR1cmUgc2Vuc29yczoKIwojIGNvcmV0ZW1wOiBvbi1kaWUgc2Vuc29yIG9uIElu dGVsIENvcmUgYW5kIG5ld2VyIENQVXMKIwpkZXZpY2UJCWNvcmV0ZW1wCgojZGV2aWNlCQliYWNr bGlnaHQKCiMgQnVzIHN1cHBvcnQuCmRldmljZQkJZWlzYQpkZXZpY2UJCXBjaQoKIyBGbG9wcHkg ZHJpdmVzCiNkZXZpY2UJCWZkYwoKIyBBVEEgYW5kIEFUQVBJIGRldmljZXMKZGV2aWNlCQlhdGEK ZGV2aWNlCQlhdGFkaXNrCQkjIEFUQSBkaXNrIGRyaXZlcwojZGV2aWNlCQlhdGFyYWlkCQkjIEFU QSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00gZHJpdmVzCiNkZXZp Y2UJCWF0YXBpZmQJCSMgQVRBUEkgZmxvcHB5IGRyaXZlcwojZGV2aWNlCQlhdGFwaXN0CQkjIEFU QVBJIHRhcGUgZHJpdmVzCm9wdGlvbnMgCUFUQV9TVEFUSUNfSUQJIyBTdGF0aWMgZGV2aWNlIG51 bWJlcmluZwoKIyBTQ1NJIENvbnRyb2xsZXJzCmRldmljZQkJYWhiCQkjIEVJU0EgQUhBMTc0MiBm YW1pbHkKZGV2aWNlCQlhaGMJCSMgQUhBMjk0MCBhbmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMK I29wdGlvbnMgCUFIQ19SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRz IGluIGRlYnVnCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4xMjhrIHRvIGRyaXZlci4KZGV2aWNlCQlh aGQJCSMgQUhBMzkzMjAvMjkzMjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCiNvcHRpb25z IAlBSERfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1 ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuCmRldmljZQkJYW1kCQkjIEFN RCA1M0M5NzQgKFRla3JhbSBEQy0zOTAoVCkpCmRldmljZQkJaHB0aW9wCQkjIEhpZ2hwb2ludCBS b2NrZXRSYWlkIDN4eHggc2VyaWVzCmRldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1pbHkKZGV2aWNl IAlpc3BmdwkJIyBGaXJtd2FyZSBmb3IgUUxvZ2ljIEhCQXMtIG5vcm1hbGx5IGEgbW9kdWxlCmRl dmljZQkJbXB0CQkjIExTSS1Mb2dpYyBNUFQtRnVzaW9uCmRldmljZQkJbmNyCQkjIE5DUi9TeW1i aW9zIExvZ2ljCmRldmljZQkJc3ltCQkjIE5DUi9TeW1iaW9zIExvZ2ljIChuZXdlciBjaGlwc2V0 cyArIHRob3NlIG9mIGBuY3InKQpkZXZpY2UJCXRybQkJIyBUZWtyYW0gREMzOTVVL1VXL0YgREMz MTVVIGFkYXB0ZXJzCgpkZXZpY2UJCWFkdgkJIyBBZHZhbnN5cyBTQ1NJIGFkYXB0ZXJzCmRldmlj ZQkJYWR3CQkjIEFkdmFuc3lzIHdpZGUgU0NTSSBhZGFwdGVycwpkZXZpY2UJCWFoYQkJIyBBZGFw dGVjIDE1NHggU0NTSSBhZGFwdGVycwpkZXZpY2UJCWFpYwkJIyBBZGFwdGVjIDE1WzAxMl14IFND U0kgYWRhcHRlcnMsIEFJQy02WzIzXTYwLgpkZXZpY2UJCWJ0CQkjIEJ1c2xvZ2ljL015bGV4IE11 bHRpTWFzdGVyIFNDU0kgYWRhcHRlcnMKCmRldmljZQkJbmN2CQkjIE5DUiA1M0M1MDAKZGV2aWNl CQluc3AJCSMgV29ya2JpdCBOaW5qYSBTQ1NJLTMKZGV2aWNlCQlzdGcJCSMgVE1DIDE4QzMwLzE4 QzUwCgojIFNDU0kgcGVyaXBoZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWly ZWQgZm9yIFNDU0kpCmRldmljZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2VycwpkZXZpY2UJCWRh CQkjIERpcmVjdCBBY2Nlc3MgKGRpc2tzKQpkZXZpY2UJCXNhCQkjIFNlcXVlbnRpYWwgQWNjZXNz ICh0YXBlIGV0YykKZGV2aWNlCQljZAkJIyBDRApkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2gg ZGV2aWNlIChkaXJlY3QgU0NTSSBhY2Nlc3MpCmRldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1l bnRhbCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkKCiMgUkFJRCBjb250cm9sbGVycyBpbnRlcmZhY2Vk IHRvIHRoZSBTQ1NJIHN1YnN5c3RlbQojZGV2aWNlCQlhbXIJCSMgQU1JIE1lZ2FSQUlECiNkZXZp Y2UJCWFyY21zcgkJIyBBcmVjYSBTQVRBIElJIFJBSUQKI2RldmljZQkJYXNyCQkjIERQVCBTbWFy dFJBSUQgViwgVkkgYW5kIEFkYXB0ZWMgU0NTSSBSQUlECiNkZXZpY2UJCWNpc3MJCSMgQ29tcGFx IFNtYXJ0IFJBSUQgNSoKI2RldmljZQkJZHB0CQkjIERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBT ZWUgTk9URVMgZm9yIG9wdGlvbnMKI2RldmljZQkJaHB0bXYJCSMgSGlnaHBvaW50IFJvY2tldFJB SUQgMTgyeAojZGV2aWNlCQlocHRycgkJIyBIaWdocG9pbnQgUm9ja2V0UkFJRCAxN3h4LCAyMnh4 LCAyM3h4LCAyNXh4CiNkZXZpY2UJCWlpcgkJIyBJbnRlbCBJbnRlZ3JhdGVkIFJBSUQKI2Rldmlj ZQkJaXBzCQkjIElCTSAoQWRhcHRlYykgU2VydmVSQUlECiNkZXZpY2UJCW1seQkJIyBNeWxleCBB Y2NlbGVSQUlEL2VYdHJlbWVSQUlECiNkZXZpY2UJCXR3YQkJIyAzd2FyZSA5MDAwIHNlcmllcyBQ QVRBL1NBVEEgUkFJRAoKIyBSQUlEIGNvbnRyb2xsZXJzCiNkZXZpY2UJCWFhYwkJIyBBZGFwdGVj IEZTQSBSQUlECiNkZXZpY2UJCWFhY3AJCSMgU0NTSSBwYXNzdGhyb3VnaCBmb3IgYWFjIChyZXF1 aXJlcyBDQU0pCiNkZXZpY2UJCWlkYQkJIyBDb21wYXEgU21hcnQgUkFJRAojZGV2aWNlCQltZmkJ CSMgTFNJIE1lZ2FSQUlEIFNBUwojZGV2aWNlCQltbHgJCSMgTXlsZXggREFDOTYwIGZhbWlseQoj ZGV2aWNlCQlwc3QJCSMgUHJvbWlzZSBTdXBlcnRyYWsgU1g2MDAwCiNkZXZpY2UJCXR3ZQkJIyAz d2FyZSBBVEEgUkFJRAoKIyBhdGtiZGMwIGNvbnRyb2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0 aGUgUFMvMiBtb3VzZQpkZXZpY2UJCWF0a2JkYwkJIyBBVCBrZXlib2FyZCBjb250cm9sbGVyCmRl dmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQKI2RldmljZQkJcHNtCQkjIFBTLzIgbW91c2UKI29w dGlvbnMgICAgICAgIFBTTV9ERUJVRz0yCgojZGV2aWNlCQlrYmRtdXgJCSMga2V5Ym9hcmQgbXVs dGlwbGV4ZXIKCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKZGV2aWNlCQlz cGxhc2gJCSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQKCiMgc3lzY29u cyBpcyB0aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29uc29s ZQpkZXZpY2UJCXNjCgpkZXZpY2UJCWFncAkJIyBzdXBwb3J0IHNldmVyYWwgQUdQIGNoaXBzZXRz CgojIFBvd2VyIG1hbmFnZW1lbnQgc3VwcG9ydCAoc2VlIE5PVEVTIGZvciBtb3JlIG9wdGlvbnMp CmRldmljZQkJYXBtCiMgQWRkIHN1c3BlbmQvcmVzdW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1NC4K ZGV2aWNlCQlwbXRpbWVyCgojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBj YXJkYnVzIGJyaWRnZSBzdXBwb3J0CmRldmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlk Z2UKZGV2aWNlCQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0KSBidXMKZGV2aWNlCQljYXJkYnVz CQkjIENhcmRCdXMgKDMyLWJpdCkgYnVzCgojIFNlcmlhbCAoQ09NKSBwb3J0cwojZGV2aWNlCQlz aW8JCSMgODI1MCwgMTZbNDVdNTAgYmFzZWQgc2VyaWFsIHBvcnRzCiNkZXZpY2UJCXVhcnQJCSMg R2VuZXJpYyBVQVJUIGRyaXZlcgoKIyBQYXJhbGxlbCBwb3J0CiNkZXZpY2UJCXBwYwojZGV2aWNl CQlwcGJ1cwkJIyBQYXJhbGxlbCBwb3J0IGJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCWxwdAkJIyBQ cmludGVyCiNkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwKI2RldmljZQkJcHBp CQkjIFBhcmFsbGVsIHBvcnQgaW50ZXJmYWNlIGRldmljZQojZGV2aWNlCQl2cG8JCSMgUmVxdWly ZXMgc2NidXMgYW5kIGRhCgojIElmIHlvdSd2ZSBnb3QgYSAiZHVtYiIgc2VyaWFsIG9yIHBhcmFs bGVsIFBDSSBjYXJkIHRoYXQgaXMKIyBzdXBwb3J0ZWQgYnkgdGhlIHB1Yyg0KSBnbHVlIGRyaXZl ciwgdW5jb21tZW50IHRoZSBmb2xsb3dpbmcKIyBsaW5lIHRvIGVuYWJsZSBpdCAoY29ubmVjdHMg dG8gc2lvLCB1YXJ0IGFuZC9vciBwcGMgZHJpdmVycyk6CiNkZXZpY2UJCXB1YwoKIyBQQ0kgRXRo ZXJuZXQgTklDcy4KI2RldmljZQkJZGUJCSMgREVDL0ludGVsIERDMjF4NHggKGBgVHVsaXAnJykK I2RldmljZQkJZW0JCSMgSW50ZWwgUFJPLzEwMDAgYWRhcHRlciBHaWdhYml0IEV0aGVybmV0IENh cmQKI2RldmljZQkJaXhnYgkJIyBJbnRlbCBQUk8vMTBHYkUgRXRoZXJuZXQgQ2FyZAojZGV2aWNl CQlsZQkJIyBBTUQgQW03OTAwIExBTkNFIGFuZCBBbTc5Qzl4eCBQQ25ldAojZGV2aWNlCQl0eHAJ CSMgM0NvbSAzY1I5OTAgKGBgVHlwaG9vbicnKQojZGV2aWNlCQl2eAkJIyAzQ29tIDNjNTkwLCAz YzU5NSAoYGBWb3J0ZXgnJykKCiMgUENJIEV0aGVybmV0IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1v biBNSUkgYnVzIGNvbnRyb2xsZXIgY29kZS4KIyBOT1RFOiBCZSBzdXJlIHRvIGtlZXAgdGhlICdk ZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVyIHRvIHVzZSB0aGVzZSBOSUNzIQpkZXZpY2UJCW1p aWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQKI2RldmljZQkJYmNlCQkjIEJyb2FkY29tIEJDTTU3MDYv QkNNNTcwOCBHaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCWJmZQkJIyBCcm9hZGNvbSBCQ000NDB4 IDEwLzEwMCBFdGhlcm5ldAojZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20gQkNNNTcweHggR2lnYWJp dCBFdGhlcm5ldAojZGV2aWNlCQlkYwkJIyBERUMvSW50ZWwgMjExNDMgYW5kIHZhcmlvdXMgd29y a2FsaWtlcwojZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBCICg4MjU1 NywgODI1NTgpCiNkZXZpY2UJCWxnZQkJIyBMZXZlbCAxIExYVDEwMDEgZ2lnYWJpdCBFdGhlcm5l dApkZXZpY2UJCW1zawkJIyBNYXJ2ZWxsL1N5c0tvbm5lY3QgWXVrb24gSUkgR2lnYWJpdCBFdGhl cm5ldAojZGV2aWNlCQluZmUJCSMgblZpZGlhIG5Gb3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQK I2RldmljZQkJbmdlCQkjIE5hdFNlbWkgRFA4MzgyMCBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJ CW52ZQkJIyBuVmlkaWEgbkZvcmNlIE1DUCBvbi1ib2FyZCBFdGhlcm5ldCBOZXR3b3JraW5nCiNk ZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJIDEwLzEwMCAocHJlY2VkZW5jZSBvdmVyICds ZScpCiNkZXZpY2UJCXJlCQkjIFJlYWxUZWsgODEzOUMrLzgxNjkvODE2OVMvODExMFMKI2Rldmlj ZQkJcmwJCSMgUmVhbFRlayA4MTI5LzgxMzkKI2RldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMtNjkx NSAoYGBTdGFyZmlyZScnKQojZGV2aWNlCQlzaXMJCSMgU2lsaWNvbiBJbnRlZ3JhdGVkIFN5c3Rl bXMgU2lTIDkwMC9TaVMgNzAxNgojZGV2aWNlCQlzawkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBT Sy05ODJ4IGdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChE LUxpbmsgREZFLTU1MFRYKQojZGV2aWNlCQlzdGdlCQkjIFN1bmRhbmNlL1RhbWFyYWNrIFRDOTAy MSBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCXRpCQkjIEFsdGVvbiBOZXR3b3JrcyBUaWdvbiBJ L0lJIGdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJdGwJCSMgVGV4YXMgSW5zdHJ1bWVudHMgVGh1 bmRlckxBTgojZGV2aWNlCQl0eAkJIyBTTUMgRXRoZXJQb3dlciBJSSAoODNjMTcwIGBgRVBJQycn KQojZGV2aWNlCQl2Z2UJCSMgVklBIFZUNjEyeCBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCXZy CQkjIFZJQSBSaGluZSwgUmhpbmUgSUkKI2RldmljZQkJd2IJCSMgV2luYm9uZCBXODlDODQwRgoj ZGV2aWNlCQl4bAkJIyAzQ29tIDNjOTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xvbmUnJykKCiMg SVNBIEV0aGVybmV0IE5JQ3MuICBwY2NhcmQgTklDcyBpbmNsdWRlZC4KI2RldmljZQkJY3MJCSMg Q3J5c3RhbCBTZW1pY29uZHVjdG9yIENTODl4MCBOSUMKIyAnZGV2aWNlIGVkJyByZXF1aXJlcyAn ZGV2aWNlIG1paWJ1cycKI2RldmljZQkJZWQJCSMgTkVbMTJdMDAwLCBTTUMgVWx0cmEsIDNjNTAz LCBEUzgzOTAgY2FyZHMKI2RldmljZQkJZXgJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFByby8xMCBh bmQgUHJvLzEwKwojZGV2aWNlCQllcAkJIyBFdGhlcmxpbmsgSUlJIGJhc2VkIGNhcmRzCiNkZXZp Y2UJCWZlCQkjIEZ1aml0c3UgTUI4Njk2eCBiYXNlZCBjYXJkcwojZGV2aWNlCQlpZQkJIyBFdGhl ckV4cHJlc3MgOC8xNiwgM0M1MDcsIFN0YXJMQU4gMTAgZXRjLgojZGV2aWNlCQlzbgkJIyBTTUMn cyA5MDAwIHNlcmllcyBvZiBFdGhlcm5ldCBjaGlwcwojZGV2aWNlCQl4ZQkJIyBYaXJjb20gcGNj YXJkIEV0aGVybmV0CgojIFdpcmVsZXNzIE5JQyBjYXJkcwojZGV2aWNlCQlid2kJCSMgQnJvYWRj b20gQkNNNDN4eCBkcml2ZXIgKGJ3aSkKZGV2aWNlCQl3bGFuCQkjIDgwMi4xMSBzdXBwb3J0CmRl dmljZQkJd2xhbl93ZXAJIyA4MDIuMTEgV0VQIHN1cHBvcnQKZGV2aWNlCQl3bGFuX2NjbXAJIyA4 MDIuMTEgQ0NNUCBzdXBwb3J0CmRldmljZQkJd2xhbl90a2lwCSMgODAyLjExIFRLSVAgc3VwcG9y dApkZXZpY2UJCXdsYW5fYW1ycgkjIEFNUlIgdHJhbnNtaXQgcmF0ZSBjb250cm9sIGFsZ29yaXRo bQpkZXZpY2UJCWFuCQkjIEFpcm9uZXQgNDUwMC80ODAwIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgpk ZXZpY2UJCWF0aAkJIyBBdGhlcm9zIHBjaS9jYXJkYnVzIE5JQydzCm9wdGlvbnMJCUFIX1NVUFBP UlRfQVI1NDE2ICMgYmFzZWQgb24gcmVjb21tZW5kYXRpb24gMjAwOTAzMTIgaW4gVVBEQVRJTkcK ZGV2aWNlCQlhdGhfaGFsCQkjIEF0aGVyb3MgSEFMIChIYXJkd2FyZSBBY2Nlc3MgTGF5ZXIpCmRl dmljZQkJYXRoX3JhdGVfc2FtcGxlCSMgU2FtcGxlUmF0ZSB0eCByYXRlIGNvbnRyb2wgZm9yIGF0 aApkZXZpY2UJCXJhbAkJIyBSYWxpbmsgVGVjaG5vbG9neSBSVDI1MDAgd2lyZWxlc3MgTklDcy4K ZGV2aWNlCQl3aQkJIyBXYXZlTEFOL0ludGVyc2lsL1N5bWJvbCA4MDIuMTEgd2lyZWxlc3MgTklD cy4KIyBkZXZpY2UJCXdsCQkjIE9sZGVyIG5vbiA4MDIuMTEgV2F2ZWxhbiB3aXJlbGVzcyBOSUMu CgojIFBzZXVkbyBkZXZpY2VzLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29wYmFjawpkZXZp Y2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVybmV0IHN1 cHBvcnQKI2RldmljZQkJc2wJCSMgS2VybmVsIFNMSVAKI2RldmljZQkJcHBwCQkjIEtlcm5lbCBQ UFAKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlwdHkJCSMgUHNldWRvLXR0 eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyIKI2RldmljZQkJZ2lm CQkjIElQdjYgYW5kIElQdjQgdHVubmVsaW5nCiNkZXZpY2UJCWZhaXRoCQkjIElQdjYtdG8tSVB2 NCByZWxheWluZyAodHJhbnNsYXRpb24pCmRldmljZQkJZmlybXdhcmUJIyBmaXJtd2FyZSBhc3Np c3QgbW9kdWxlCgojIFRoZSBgYnBmJyBkZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0 IEZpbHRlci4KIyBCZSBhd2FyZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9m IGVuYWJsaW5nIHRoaXMhCiMgTm90ZSB0aGF0ICdicGYnIGlzIHJlcXVpcmVkIGZvciBESENQLgpk ZXZpY2UJCWJwZgkJIyBCZXJrZWxleSBwYWNrZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0Cm9wdGlv bnMgICAgICAgICBVU0JfREVCVUcKZGV2aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJm YWNlCmRldmljZQkJb2hjaQkJIyBPSENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCWVoY2kJ CSMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjApCmRldmljZQkJdXNiCQkjIFVTQiBC dXMgKHJlcXVpcmVkKQojZGV2aWNlCQl1ZGJwCQkjIFVTQiBEb3VibGUgQnVsayBQaXBlIGRldmlj ZXMKI2RldmljZQkJdWdlbgkJIyBHZW5lcmljCiNkZXZpY2UJCXVoaWQJCSMgIkh1bWFuIEludGVy ZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQKI2RldmljZQkJdWxwdAkJIyBQ cmludGVyCiNkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01hc3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNj YnVzIGFuZCBkYQojZGV2aWNlCQl1bXMJCSMgTW91c2UKI2RldmljZQkJdXJhbAkJIyBSYWxpbmsg VGVjaG5vbG9neSBSVDI1MDBVU0Igd2lyZWxlc3MgTklDcwojZGV2aWNlCQlydW0JCSMgUmFsaW5r IFRlY2hub2xvZ3kgUlQyNTAxVVNCIHdpcmVsZXNzIE5JQ3MKI2RldmljZQkJdXJpbwkJIyBEaWFt b25kIFJpbyA1MDAgTVAzIHBsYXllcgojZGV2aWNlCQl1c2Nhbm5lcgkjIFNjYW5uZXJzCiMgVVNC IEV0aGVybmV0LCByZXF1aXJlcyBtaWlidXMKI2RldmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRo ZXJuZXQKI2RldmljZQkJYXhlCQkjIEFTSVggRWxlY3Ryb25pY3MgVVNCIEV0aGVybmV0CiNkZXZp Y2UJCWNkY2UJCSMgR2VuZXJpYyBVU0Igb3ZlciBFdGhlcm5ldAojZGV2aWNlCQljdWUJCSMgQ0FU QyBVU0IgRXRoZXJuZXQKI2RldmljZQkJa3VlCQkjIEthd2FzYWtpIExTSSBVU0IgRXRoZXJuZXQK I2RldmljZQkJcnVlCQkjIFJlYWxUZWsgUlRMODE1MCBVU0IgRXRoZXJuZXQKZGV2aWNlICAgICAg ICAgIHVwbGNvbSAgICAgICAgICAjIFByb2xpZmljIFBMLTIzMDMgc2VyaWFsIGFkYXB0ZXJzCiNk ZXZpY2UJCXUzZwpkZXZpY2UJCXVjb20gICAgICAgICAgICAjIFVTQiBzZXJpYWwgc3VwcG9ydAoK IyBGaXJlV2lyZSBzdXBwb3J0CiNkZXZpY2UJCWZpcmV3aXJlCSMgRmlyZVdpcmUgYnVzIGNvZGUK I2RldmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAoUmVxdWlyZXMgc2NidXMgYW5kIGRh KQojZGV2aWNlCQlmd2UJCSMgRXRoZXJuZXQgb3ZlciBGaXJlV2lyZSAobm9uLXN0YW5kYXJkISkK I2RldmljZQkJZndpcAkJIyBJUCBvdmVyIEZpcmVXaXJlIChSRkMgMjczNCwzMTQ2KQojZGV2aWNl CQlkY29ucwkJIyBEdW1iIGNvbnNvbGUgZHJpdmVyCiNkZXZpY2UJCWRjb25zX2Nyb20JIyBDb25m aWd1cmF0aW9uIFJPTSBmb3IgZGNvbnMKCm9wdGlvbnMJCUNQVV9TVVNQX0hMVAkjIEVuYWJsZSBI TFQgaW5zdHJ1Y3Rpb24gd2hlbiB0aGUgQ1BVIGlzIGlkbGUuCm9wdGlvbnMJCUNQVV9VUEdSQURF X0hXX0NBQ0hFCSMgRGlzYWJsZSB1c2VsZXNzIGNhY2hlIGZsdXNoLgpvcHRpb25zCQlERVZJQ0Vf UE9MTElORwkjIEVuYWJsZSBjb21wYXRpYmxlIG5ldHdvcmsgYWRhcHRvciBwb2xsaW5nCm9wdGlv bnMgCVpFUk9fQ09QWV9TT0NLRVRTICMgTmV0d29yayB0cmFuc2ZlcnMgd2l0aG91dCB1c2VsZXNz IGNvcHlpbmcKZGV2aWNlCQlkcm0JCSMgRW5hYmxlIGdyYXBoaWNzIGFjY2VsZXJhdGlvbiAoYmFz ZSBzdXBwb3J0KS4KZGV2aWNlCQlpOTE1ZHJtCQkjIEVuYWJsZSAgZ3JhcGhpYyBhY2NlbGVyYXRp b24gKGk5NDVHQiBzdXBwb3J0KS4KI2RldmljZQkJYXRhcGljYW0JIyBFbmFibGUgQVRBIGRyaXZl cyBhY2Nlc3MKZGV2aWNlCQlzb3VuZAkJIyBFbmFibGUgc291bmQgc3VwcG9ydCAoYmFzZSBzdXBw b3J0KS4KZGV2aWNlCQlzbmRfaGRhCSMgRW5hYmxlIEludGFsIElDSDcgSGlnaCBEZWZpbml0aW9u IEF1ZGlvIHN1cHBvcnQuCg== --000e0cd28aaa7e3f830483cea1c8 Content-Type: application/octet-stream; name="dmesg.good" Content-Disposition: attachment; filename="dmesg.good" Content-Transfer-Encoding: base64 X-Attachment-Id: file2 QXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBDb3B5cmlnaHQgKGMpIDE5OTItMjAxMCBU aGUgRnJlZUJTRCBQcm9qZWN0LgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IENvcHly aWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5Miwg MTk5MywgMTk5NApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IFRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkFwciAg OSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVt YXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtl cm5lbDogRnJlZUJTRCA4LjAtU1RBQkxFICMzMiByMjA2MjQ4TTogRnJpIEFwciAgOSAxODo0Mjox MSBJU1QgMjAxMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHJvb3RAbWFjYm9vazov dXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL01BQ0JPT0sgaTM4NgpBcHIgIDkgMTk6MjM6MjEgbWFj Ym9vayBrZXJuZWw6IFRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVh bGl0eSAwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogQ1BVOiBJbnRlbChSKSBDb3Jl KFRNKTIgRHVvIENQVSAgICAgVDgzMDAgIEAgMi40MEdIeiAoMjM5NC4wMi1NSHogNjg2LWNsYXNz IENQVSkKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBPcmlnaW4gPSAiR2VudWluZUlu dGVsIiAgSWQgPSAweDEwNjc2ICBGYW1pbHkgPSA2ICBNb2RlbCA9IDE3ICBTdGVwcGluZyA9IDYK QXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxW TUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBC RT4KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBGZWF0dXJlczI9MHg4ZTNiZDxTU0Uz LERURVM2NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLFNTRTQu MT4KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBBTUQgRmVhdHVyZXM9MHgyMDEwMDAw MDxOWCxMTT4KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBBTUQgRmVhdHVyZXMyPTB4 MTxMQUhGPgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IFRTQzogUC1zdGF0ZSBpbnZh cmlhbnQKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiByZWFsIG1lbW9yeSAgPSA0Mjk0 OTY3Mjk2ICg0MDk2IE1CKQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGF2YWlsIG1l bW9yeSA9IDMxMTAwOTI4MDAgKDI5NjYgTUIpCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5l bDogQUNQSSBBUElDIFRhYmxlOiA8QVBQTEUgIEFwcGxlMDA+CkFwciAgOSAxOToyMzoyMSBtYWNi b29rIGtlcm5lbDogRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDog MiBDUFVzCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogRnJlZUJTRC9TTVA6IDEgcGFj a2FnZShzKSB4IDIgY29yZShzKQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGNwdTAg KEJTUCk6IEFQSUMgSUQ6ICAwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogY3B1MSAo QVApOiBBUElDIElEOiAgMQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGlvYXBpYzA6 IENoYW5naW5nIEFQSUMgSUQgdG8gMQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGlv YXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKQXByICA5IDE5OjIz OjIxIG1hY2Jvb2sga2VybmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJtd2FyZSA8aXNwXzEwNDA+ CkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogaXNwZnc6IHJlZ2lzdGVyZWQgZmlybXdh cmUgPGlzcF8xMDQwX2l0PgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGlzcGZ3OiBy ZWdpc3RlcmVkIGZpcm13YXJlIDxpc3BfMTA4MD4KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2Vy bmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJtd2FyZSA8aXNwXzEwODBfaXQ+CkFwciAgOSAxOToy MzoyMSBtYWNib29rIGtlcm5lbDogaXNwZnc6IHJlZ2lzdGVyZWQgZmlybXdhcmUgPGlzcF8xMjE2 MD4KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJt d2FyZSA8aXNwXzEyMTYwX2l0PgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGlzcGZ3 OiByZWdpc3RlcmVkIGZpcm13YXJlIDxpc3BfMjEwMD4KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sg a2VybmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJtd2FyZSA8aXNwXzIyMDA+CkFwciAgOSAxOToy MzoyMSBtYWNib29rIGtlcm5lbDogaXNwZnc6IHJlZ2lzdGVyZWQgZmlybXdhcmUgPGlzcF8yMzAw PgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGlzcGZ3OiByZWdpc3RlcmVkIGZpcm13 YXJlIDxpc3BfMjMyMj4KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBpc3BmdzogcmVn aXN0ZXJlZCBmaXJtd2FyZSA8aXNwXzI0MDA+CkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5l bDogaXNwZnc6IHJlZ2lzdGVyZWQgZmlybXdhcmUgPGlzcF8yNDAwX211bHRpPgpBcHIgIDkgMTk6 MjM6MjEgbWFjYm9vayBrZXJuZWw6IGlzcGZ3OiByZWdpc3RlcmVkIGZpcm13YXJlIDxpc3BfMjUw MD4KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJt d2FyZSA8aXNwXzI1MDBfbXVsdGk+CkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYWNw aTA6IDxBUFBMRSBBcHBsZTAwPiBvbiBtb3RoZXJib2FyZApBcHIgIDkgMTk6MjM6MjEgbWFjYm9v ayBrZXJuZWw6IGFjcGkwOiBbSVRIUkVBRF0KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVs OiBhY3BpX2VjMDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAweDE3LCBFQ0RUPiBwb3J0IDB4 NjIsMHg2NiBvbiBhY3BpMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGFjcGkwOiBQ b3dlciBCdXR0b24gKGZpeGVkKQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IFRpbWVj b3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5MDAKQXByICA5IDE5 OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBUaW1lY291bnRlciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kg MzU3OTU0NSBIeiBxdWFsaXR5IDg1MApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGFj cGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBi IG9uIGFjcGkwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogY3B1MDogPEFDUEkgQ1BV PiBvbiBhY3BpMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGNwdTE6IDxBQ1BJIENQ VT4gb24gYWNwaTAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBhY3BpX2FjYWQwOiA8 QUMgQWRhcHRlcj4gb24gYWNwaTAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBhY3Bp X2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMApBcHIgIDkgMTk6MjM6 MjEgbWFjYm9vayBrZXJuZWw6IGFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAK QXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBhY3BpX2J1dHRvbjE6IDxTbGVlcCBCdXR0 b24+IG9uIGFjcGkwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogcGNpYjA6IDxBQ1BJ IEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApBcHIgIDkgMTk6MjM6 MjEgbWFjYm9vayBrZXJuZWw6IHBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCkFwciAgOSAx OToyMzoyMSBtYWNib29rIGtlcm5lbDogdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+ IHBvcnQgMHg2MTEwLTB4NjExNyBtZW0gMHhkMDEwMDAwMC0weGQwMWZmZmZmLDB4YzAwMDAwMDAt MHhjZmZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCkFwciAgOSAxOToyMzoyMSBt YWNib29rIGtlcm5lbDogYWdwMDogPEludGVsIEdNOTY1IFNWR0EgY29udHJvbGxlcj4gb24gdmdh cGNpMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGFncDA6IGRldGVjdGVkIDE1ODY4 ayBzdG9sZW4gbWVtb3J5CkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYWdwMDogYXBl cnR1cmUgc2l6ZSBpcyAyNTZNCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogZHJtMDog PEludGVsIGk5NjVHTT4gb24gdmdhcGNpMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6 IGluZm86IFtkcm1dIE1TSSBlbmFibGVkIDEgbWVzc2FnZShzKQpBcHIgIDkgMTk6MjM6MjEgbWFj Ym9vayBrZXJuZWw6IHZnYXBjaTA6IGNoaWxkIGRybTAgcmVxdWVzdGVkIHBjaV9lbmFibGVfYnVz bWFzdGVyCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogaW5mbzogW2RybV0gQUdQIGF0 IDB4YzAwMDAwMDAgMjU2TUIKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBpbmZvOiBb ZHJtXSBJbml0aWFsaXplZCBpOTE1IDEuNi4wIDIwMDgwNzMwCkFwciAgOSAxOToyMzoyMSBtYWNi b29rIGtlcm5lbDogdmdhcGNpMTogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAweGQwMjAw MDAwLTB4ZDAyZmZmZmYgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCkFwciAgOSAxOToyMzoyMSBtYWNi b29rIGtlcm5lbDogdWhjaTA6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVT Qi1EPiBwb3J0IDB4NjBjMC0weDYwZGYgaXJxIDIwIGF0IGRldmljZSAyNi4wIG9uIHBjaTAKQXBy ICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB1aGNpMDogW0lUSFJFQURdCkFwciAgOSAxOToy MzoyMSBtYWNib29rIGtlcm5lbDogdWhjaTA6IExlZ1N1cCA9IDB4MDAxMApBcHIgIDkgMTk6MjM6 MjEgbWFjYm9vayBrZXJuZWw6IHVzYnVzMDogPEludGVsIDgyODAxSCAoSUNIOCkgVVNCIGNvbnRy b2xsZXIgVVNCLUQ+IG9uIHVoY2kwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdWhj aTE6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1FPiBwb3J0IDB4NjBh MC0weDYwYmYgaXJxIDE2IGF0IGRldmljZSAyNi4xIG9uIHBjaTAKQXByICA5IDE5OjIzOjIxIG1h Y2Jvb2sga2VybmVsOiB1aGNpMTogW0lUSFJFQURdCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtl cm5lbDogdWhjaTE6IExlZ1N1cCA9IDB4MDAxMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJu ZWw6IHVzYnVzMTogPEludGVsIDgyODAxSCAoSUNIOCkgVVNCIGNvbnRyb2xsZXIgVVNCLUU+IG9u IHVoY2kxCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogZWhjaTA6IDxJbnRlbCA4Mjgw MUggKElDSDgpIFVTQiAyLjAgY29udHJvbGxlciBVU0IyLUI+IG1lbSAweGQwNzA0YzAwLTB4ZDA3 MDRmZmYgaXJxIDIxIGF0IGRldmljZSAyNi43IG9uIHBjaTAKQXByICA5IDE5OjIzOjIxIG1hY2Jv b2sga2VybmVsOiBlaGNpMDogW0lUSFJFQURdCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5l bDogdXNidXMyOiBFSENJIHZlcnNpb24gMS4wCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5l bDogdXNidXMyOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0IgMi4wIGNvbnRyb2xsZXIgVVNCMi1C PiBvbiBlaGNpMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGhkYWMwOiA8SW50ZWwg ODI4MDFIIEhpZ2ggRGVmaW5pdGlvbiBBdWRpbyBDb250cm9sbGVyPiBtZW0gMHhkMDcwMDAwMC0w eGQwNzAzZmZmIGlycSAyMCBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCkFwciAgOSAxOToyMzoyMSBt YWNib29rIGtlcm5lbDogaGRhYzA6IEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMTAwMjI2XzAxNDIK QXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBoZGFjMDogW0lUSFJFQURdCkFwciAgOSAx OToyMzoyMSBtYWNib29rIGtlcm5lbDogcGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDI4LjAgb24gcGNpMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHBjaTE6IDxQQ0kg YnVzPiBvbiBwY2liMQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHBjaWIyOiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI4LjQgb24gcGNpMApBcHIgIDkgMTk6MjM6MjEg bWFjYm9vayBrZXJuZWw6IHBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCkFwciAgOSAxOToy MzoyMSBtYWNib29rIGtlcm5lbDogcGNpMjogPG5ldHdvcms+IGF0IGRldmljZSAwLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBwY2liMzogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOC41IG9uIHBjaTAKQXByICA5IDE5OjIzOjIx IG1hY2Jvb2sga2VybmVsOiBwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpBcHIgIDkgMTk6 MjM6MjEgbWFjYm9vayBrZXJuZWw6IG1za2MwOiA8TWFydmVsbCBZdWtvbiA4OEU4MDU4IEdpZ2Fi aXQgRXRoZXJuZXQ+IHBvcnQgMHg1MDAwLTB4NTBmZiBtZW0gMHhkMDQwMDAwMC0weGQwNDAzZmZm IGlycSAxNyBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2Vy bmVsOiBtc2swOiA8TWFydmVsbCBUZWNobm9sb2d5IEdyb3VwIEx0ZC4gWXVrb24gRUMgVWx0cmEg SWQgMHhiNCBSZXYgMHgwMz4gb24gbXNrYzAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVs OiBtc2swOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxZjpmMzpjYzo3Nzo5NgpBcHIgIDkgMTk6MjM6 MjEgbWFjYm9vayBrZXJuZWw6IG1paWJ1czA6IDxNSUkgYnVzPiBvbiBtc2swCkFwciAgOSAxOToy MzoyMSBtYWNib29rIGtlcm5lbDogZTEwMDBwaHkwOiA8TWFydmVsbCA4OEUxMTQ5IEdpZ2FiaXQg UEhZPiBQSFkgMCBvbiBtaWlidXMwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogZTEw MDBwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwg MTAwMGJhc2VULCAxMDAwYmFzZVQtRkRYLCBhdXRvCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtl cm5lbDogbXNrYzA6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVo Y2kyOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9ydCAweDYw ODAtMHg2MDlmIGlycSAxNiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCkFwciAgOSAxOToyMzoyMSBt YWNib29rIGtlcm5lbDogdWhjaTI6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBr ZXJuZWw6IHVoY2kyOiBMZWdTdXAgPSAweDEwMTAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2Vy bmVsOiB1c2J1czM6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBv biB1aGNpMgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVoY2kzOiA8SW50ZWwgODI4 MDFIIChJQ0g4KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweDYwNjAtMHg2MDdmIGlycSAx OCBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDog dWhjaTM6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVoY2kzOiBM ZWdTdXAgPSAweDAwMTAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB1c2J1czQ6IDxJ bnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBvbiB1aGNpMwpBcHIgIDkg MTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVoY2k0OiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0Ig Y29udHJvbGxlciBVU0ItQz4gcG9ydCAweDYwNDAtMHg2MDVmIGlycSAyMSBhdCBkZXZpY2UgMjku MiBvbiBwY2kwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdWhjaTQ6IFtJVEhSRUFE XQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVoY2k0OiBMZWdTdXAgPSAweDEwMTAK QXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB1c2J1czU6IDxJbnRlbCA4MjgwMUggKElD SDgpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBvbiB1aGNpNApBcHIgIDkgMTk6MjM6MjEgbWFjYm9v ayBrZXJuZWw6IGVoY2kxOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0IgMi4wIGNvbnRyb2xsZXIg VVNCMi1BPiBtZW0gMHhkMDcwNDgwMC0weGQwNzA0YmZmIGlycSAyMCBhdCBkZXZpY2UgMjkuNyBv biBwY2kwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogZWhjaTE6IFtJVEhSRUFEXQpB cHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVzYnVzNjogRUhDSSB2ZXJzaW9uIDEuMApB cHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVzYnVzNjogPEludGVsIDgyODAxSCAoSUNI OCkgVVNCIDIuMCBjb250cm9sbGVyIFVTQjItQT4gb24gZWhjaTEKQXByICA5IDE5OjIzOjIxIG1h Y2Jvb2sga2VybmVsOiBwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4w IG9uIHBjaTAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBwY2k0OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liNApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHBjaTQ6IDxzZXJp YWwgYnVzLCBGaXJlV2lyZT4gYXQgZGV2aWNlIDMuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpBcHIg IDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSAzMS4wIG9uIHBjaTAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBpc2EwOiA8 SVNBIGJ1cz4gb24gaXNhYjAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBhdGFwY2kw OiA8SW50ZWwgSUNIOE0gVURNQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4NjEwOC0weDYxMGYsMHg2 MTI0LTB4NjEyNywweDYxMDAtMHg2MTA3LDB4NjEyMC0weDYxMjMsMHg2MGUwLTB4NjBlZiBpcnEg MjEgYXQgZGV2aWNlIDMxLjEgb24gcGNpMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6 IGF0YXBjaTA6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IGF0YTI6 IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5l bDogYXRhMjogW0lUSFJFQURdCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYXRhcGNp MTogPEludGVsIElDSDhNIFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweDYwZjgtMHg2MGZmLDB4 NjExYy0weDYxMWYsMHg2MGYwLTB4NjBmNywweDYxMTgtMHg2MTFiLDB4NjAyMC0weDYwMmYsMHg0 MDAwLTB4NDAwZiBpcnEgMTggYXQgZGV2aWNlIDMxLjIgb24gcGNpMApBcHIgIDkgMTk6MjM6MjEg bWFjYm9vayBrZXJuZWw6IGF0YXBjaTE6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9v ayBrZXJuZWw6IGF0YTM6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCkFwciAgOSAxOToyMzoy MSBtYWNib29rIGtlcm5lbDogYXRhMzogW0lUSFJFQURdCkFwciAgOSAxOToyMzoyMSBtYWNib29r IGtlcm5lbDogYXRhNDogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKQXByICA5IDE5OjIzOjIx IG1hY2Jvb2sga2VybmVsOiBhdGE0OiBbSVRIUkVBRF0KQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sg a2VybmVsOiBwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2 ZXIgYXR0YWNoZWQpCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYmF0dGVyeTA6IDxB Q1BJIENvbnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCkFwciAgOSAxOToyMzoyMSBtYWNi b29rIGtlcm5lbDogYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IG9u IGFjcGkwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYXRydGMwOiBXYXJuaW5nOiBD b3VsZG4ndCBtYXAgSS9PLgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHBtdGltZXIw IG9uIGlzYTAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBzYzA6IDxTeXN0ZW0gY29u c29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJu ZWw6IHNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KQXByICA5IDE5 OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4 M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCkFwciAgOSAxOToyMzoyMSBt YWNib29rIGtlcm5lbDogYXRhMCBhdCBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2IGlycSAxNCBvbiBp c2EwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYXRhMDogW0lUSFJFQURdCkFwciAg OSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYXRhMSBhdCBwb3J0IDB4MTcwLTB4MTc3LDB4Mzc2 IGlycSAxNSBvbiBpc2EwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYXRhMTogW0lU SFJFQURdCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogY29yZXRlbXAwOiA8Q1BVIE9u LURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2Vy bmVsOiBlc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUw CkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBU aGVybWFsIENvbnRyb2w+IG9uIGNwdTAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBj b3JldGVtcDE6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQpBcHIgIDkgMTk6 MjM6MjEgbWFjYm9vayBrZXJuZWw6IGVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5 IENvbnRyb2w+IG9uIGNwdTEKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBwNHRjYzE6 IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpBcHIgIDkgMTk6MjM6MjEg bWFjYm9vayBrZXJuZWw6IFRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKQXByICA5 IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB2Ym94ZHJ2OiBmQXN5bmM9MCBvZmZNaW49MHg0ODAg b2ZmTWF4PTB4NTQwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdXNidXMwOiAxMk1i cHMgRnVsbCBTcGVlZCBVU0IgdjEuMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVz YnVzMTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sg a2VybmVsOiB1c2J1czI6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMApBcHIgIDkgMTk6MjM6 MjEgbWFjYm9vayBrZXJuZWw6IHVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKQXBy ICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB1c2J1czQ6IDEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdXNidXM1OiAxMk1icHMgRnVs bCBTcGVlZCBVU0IgdjEuMApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVzYnVzNjog NDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5l bDogdWdlbjAuMTogPEludGVsPiBhdCB1c2J1czAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2Vy bmVsOiB1aHViMDogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czAKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB1Z2Vu MS4xOiA8SW50ZWw+IGF0IHVzYnVzMQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVo dWIxOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMQpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVnZW4yLjE6IDxJ bnRlbD4gYXQgdXNidXMyCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdWh1YjI6IDxJ bnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24g dXNidXMyCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdWdlbjMuMTogPEludGVsPiBh dCB1c2J1czMKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB1aHViMzogPEludGVsIFVI Q0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMK QXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB1Z2VuNC4xOiA8SW50ZWw+IGF0IHVzYnVz NApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVodWI0OiA8SW50ZWwgVUhDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNApBcHIgIDkg MTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVnZW41LjE6IDxJbnRlbD4gYXQgdXNidXM1CkFwciAg OSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdWh1YjU6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM1CkFwciAgOSAxOToyMzoy MSBtYWNib29rIGtlcm5lbDogdWdlbjYuMTogPEludGVsPiBhdCB1c2J1czYKQXByICA5IDE5OjIz OjIxIG1hY2Jvb2sga2VybmVsOiB1aHViNjogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkv MCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czYKQXByICA5IDE5OjIzOjIxIG1hY2Jv b2sga2VybmVsOiBhY2QwOiBEVkRSIDxITC1EVC1TVCBEVkRSVyBHU0EtUzEwTi9CUDEwPiBhdCBh dGEyLW1hc3RlciBVRE1BMzMgCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYWQ2OiAy Mzg0NzVNQiA8SGl0YWNoaSBIVFM1NDI1MjVLOVNBMDAgQkJGQUMzR1A+IGF0IGF0YTMtbWFzdGVy IFVETUExMDAgCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogaGRhYzA6IEhEQSBDb2Rl YyAjMDogUmVhbHRlayBBTEM4ODUKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBwY20w OiA8SERBIFJlYWx0ZWsgQUxDODg1IFBDTSAjMCBBbmFsb2c+IGF0IGNhZCAwIG5pZCAxIG9uIGhk YWMwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogcGNtMTogPEhEQSBSZWFsdGVrIEFM Qzg4NSBQQ00gIzEgQW5hbG9nPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMApBcHIgIDkgMTk6MjM6 MjEgbWFjYm9vayBrZXJuZWw6IHBjbTI6IDxIREEgUmVhbHRlayBBTEM4ODUgUENNICMyIERpZ2l0 YWw+IGF0IGNhZCAwIG5pZCAxIG9uIGhkYWMwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5l bDogU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5l bDogR0VPTTogYWQ2OiB0aGUgcHJpbWFyeSBHUFQgdGFibGUgaXMgY29ycnVwdCBvciBpbnZhbGlk LgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IEdFT006IGFkNjogdXNpbmcgdGhlIHNl Y29uZGFyeSBpbnN0ZWFkIC0tIHJlY292ZXJ5IHN0cm9uZ2x5IGFkdmlzZWQuCkFwciAgOSAxOToy MzoyMSBtYWNib29rIGtlcm5lbDogUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM2IHVzYnVz NSB1c2J1czQgdXNidXMzIHVzYnVzMiB1c2J1czEgdXNidXMwCkFwciAgOSAxOToyMzoyMSBtYWNi b29rIGtlcm5lbDogdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdWh1 YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkFwciAgOSAxOToyMzoy MSBtYWNib29rIGtlcm5lbDogdWh1YjQ6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogdWh1YjU6IDIgcG9ydHMgd2l0 aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5l bDogUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM2IHVzYnVzMgpBcHIgIDkgMTk6MjM6MjEg bWFjYm9vayBrZXJuZWw6IHVodWIyOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IFJvb3QgbW91bnQgd2FpdGluZyBm b3I6IHVzYnVzNgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBrZXJuZWw6IHVodWI2OiA2IHBvcnRz IHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApBcHIgIDkgMTk6MjM6MjEgbWFjYm9vayBr ZXJuZWw6IHVnZW42LjI6IDxNaWNyb24+IGF0IHVzYnVzNgpBcHIgIDkgMTk6MjM6MjEgbWFjYm9v ayBrZXJuZWw6IHVnZW4wLjI6IDx2ZW5kb3IgMHgwNWFjPiBhdCB1c2J1czAKQXByICA5IDE5OjIz OjIxIG1hY2Jvb2sga2VybmVsOiB1a2JkMDogPHZlbmRvciAweDA1YWMgcHJvZHVjdCAweDEwMDAs IGNsYXNzIDAvMCwgcmV2IDIuMDAvMTkuNjUsIGFkZHIgMj4gb24gdXNidXMwCkFwciAgOSAxOToy MzoyMSBtYWNib29rIGtlcm5lbDogZGV2aWNlX2F0dGFjaDogdWtiZDAgYXR0YWNoIHJldHVybmVk IDYKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB1a2JkMDogPHZlbmRvciAweDA1YWMg cHJvZHVjdCAweDEwMDAsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMTkuNjUsIGFkZHIgMj4gb24gdXNi dXMwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogZGV2aWNlX2F0dGFjaDogdWtiZDAg YXR0YWNoIHJldHVybmVkIDYKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBSb290IG1v dW50IHdhaXRpbmcgZm9yOiB1c2J1czYKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBU cnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkNnAzYQpBcHIgIDkgMTk6MjM6MjEg bWFjYm9vayBrZXJuZWw6IHVnZW41LjI6IDxBcHBsZSBDb21wdXRlciwgSW5jLj4gYXQgdXNidXM1 CkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogR0VPTV9QQVJUOiBQYXJ0aXRpb24gJ2Fk NnAzJyBub3Qgc3VpdGFibGUgZm9yIGtlcm5lbCBkdW1wcyAod3JvbmcgdHlwZT8pCkFwciAgOSAx OToyMzoyMSBtYWNib29rIGtlcm5lbDogdWdlbjUuMzogPEFwcGxlIENvbXB1dGVyPiBhdCB1c2J1 czUKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiB1a2JkMDogPEFwcGxlIEludGVybmFs IEtleWJvYXJkPiBvbiB1c2J1czUKQXByICA5IDE5OjIzOjIxIG1hY2Jvb2sga2VybmVsOiBrYmQw IGF0IHVrYmQwCkFwciAgOSAxOToyMzoyMSBtYWNib29rIGtlcm5lbDogYXRwMDogPFRvdWNocGFk PiBvbiB1c2J1czUKQXByICA5IDE5OjIzOjIyIG1hY2Jvb2sgYXZhaGktZGFlbW9uWzgyMV06IFdB Uk5JTkc6IE5vIE5TUyBzdXBwb3J0IGZvciBtRE5TIGRldGVjdGVkLCBjb25zaWRlciBpbnN0YWxs aW5nIG5zcy1tZG5zIQpBcHIgIDkgMTk6MjM6MzMgbWFjYm9vayBrZXJuZWw6IGRybTA6IFtJVEhS RUFEXQpBcHIgIDkgMTk6MjM6NTAgbWFjYm9vayBnbm9tZS1zZXNzaW9uWzEwMTldOiBXQVJOSU5H OiBBcHBsaWNhdGlvbiAnbWV0YWNpdHkuZGVza3RvcCcgZmFpbGVkIHRvIHJlZ2lzdGVyIGJlZm9y ZSB0aW1lb3V0CkFwciAgOSAxOToyMzo1MCBtYWNib29rIGdkbS1zaW1wbGUtZ3JlZXRlclsxMDMx XTogV0FSTklORzogRmFpbGVkIHRvIGxvYWQgJy9zaGFyZS94bWwvaXNvLWNvZGVzL2lzb182Mzku eG1sJzogRmFpbGVkIHRvIG9wZW4gZmlsZSAnL3NoYXJlL3htbC9pc28tY29kZXMvaXNvXzYzOS54 bWwnOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5IApBcHIgIDkgMTk6MjM6NTAgbWFjYm9vayBn ZG0tc2ltcGxlLWdyZWV0ZXJbMTAzMV06IFdBUk5JTkc6IEZhaWxlZCB0byBsb2FkICcvc2hhcmUv eG1sL2lzby1jb2Rlcy9pc29fMzE2Ni54bWwnOiBGYWlsZWQgdG8gb3BlbiBmaWxlICcvc2hhcmUv eG1sL2lzby1jb2Rlcy9pc29fMzE2Ni54bWwnOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5IApB cHIgIDkgMTk6MjQ6MDUgbWFjYm9vayBnbm9tZS1rZXlyaW5nLWRhZW1vblsxMDUzXTogY291bGRu J3QgYWxsb2NhdGUgc2VjdXJlIG1lbW9yeSB0byBrZWVwIHBhc3N3b3JkcyBhbmQgb3Iga2V5cyBm cm9tIGJlaW5nIHdyaXR0ZW4gdG8gdGhlIGRpc2sKQXByICA5IDE5OjI0OjA3IG1hY2Jvb2sgZ25v bWUtc2Vzc2lvblsxMDYyXTogV0FSTklORzogQ291bGQgbm90IHBhcnNlIGRlc2t0b3AgZmlsZSAv dXNyL2hvbWUvcmdyb3Zlci8uY29uZmlnL2F1dG9zdGFydC9xc3RhcnQuZGVza3RvcDogTm8gc3Vj aCBmaWxlIG9yIGRpcmVjdG9yeQpBcHIgIDkgMTk6MjQ6MDcgbWFjYm9vayBnbm9tZS1zZXNzaW9u WzEwNjJdOiBXQVJOSU5HOiBjb3VsZCBub3QgcmVhZCAvdXNyL2hvbWUvcmdyb3Zlci8uY29uZmln L2F1dG9zdGFydC9xc3RhcnQuZGVza3RvcApBcHIgIDkgMTk6MjQ6MTkgbWFjYm9vayBnbm9tZS1z ZXNzaW9uWzEwNjJdOiBXQVJOSU5HOiBBcHBsaWNhdGlvbiAnbWV0YWNpdHkuZGVza3RvcCcgZmFp bGVkIHRvIHJlZ2lzdGVyIGJlZm9yZSB0aW1lb3V0CkFwciAgOSAxOToyNDoyMCBtYWNib29rIGdu b21lLXNlc3Npb25bMTA2Ml06IFdBUk5JTkc6IENvdWxkIG5vdCBsYXVuY2ggYXBwbGljYXRpb24g J2Jhc2hfcHJvZmlsZS5kZXNrdG9wJzogVW5hYmxlIHRvIHN0YXJ0IGFwcGxpY2F0aW9uOiBGYWls ZWQgdG8gZXhlY3V0ZSBjaGlsZCBwcm9jZXNzICIvdXNyL2hvbWUvcmdyb3Zlci9iYXNoX3Byb2Zp bGUiIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpBcHIgIDkgMTk6MjQ6MjEgbWFjYm9vayBw dWxzZWF1ZGlvWzExMTBdOiBwaWQuYzogRGFlbW9uIGFscmVhZHkgcnVubmluZy4K --000e0cd28aaa7e3f830483cea1c8 Content-Type: application/octet-stream; name="dmesg.bad" Content-Disposition: attachment; filename="dmesg.bad" Content-Transfer-Encoding: base64 X-Attachment-Id: file3 QXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBDb3B5cmlnaHQgKGMpIDE5OTItMjAxMCBU aGUgRnJlZUJTRCBQcm9qZWN0LgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IENvcHly aWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5Miwg MTk5MywgMTk5NApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IFRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkFwciAg OSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVt YXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtl cm5lbDogRnJlZUJTRCA4LjAtU1RBQkxFICMzMiByMjA2MjQ4TTogRnJpIEFwciAgOSAxODo0Mjox MSBJU1QgMjAxMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHJvb3RAbWFjYm9vazov dXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL01BQ0JPT0sgaTM4NgpBcHIgIDkgMTk6MjA6MzUgbWFj Ym9vayBrZXJuZWw6IFRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVh bGl0eSAwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogQ1BVOiBJbnRlbChSKSBDb3Jl KFRNKTIgRHVvIENQVSAgICAgVDgzMDAgIEAgMi40MEdIeiAoMjM5NC4wMS1NSHogNjg2LWNsYXNz IENQVSkKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBPcmlnaW4gPSAiR2VudWluZUlu dGVsIiAgSWQgPSAweDEwNjc2ICBGYW1pbHkgPSA2ICBNb2RlbCA9IDE3ICBTdGVwcGluZyA9IDYK QXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxW TUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBC RT4KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBGZWF0dXJlczI9MHg4ZTNiZDxTU0Uz LERURVM2NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLFNTRTQu MT4KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBBTUQgRmVhdHVyZXM9MHgyMDEwMDAw MDxOWCxMTT4KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBBTUQgRmVhdHVyZXMyPTB4 MTxMQUhGPgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IFRTQzogUC1zdGF0ZSBpbnZh cmlhbnQKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiByZWFsIG1lbW9yeSAgPSA0Mjk0 OTY3Mjk2ICg0MDk2IE1CKQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGF2YWlsIG1l bW9yeSA9IDMxMTAwOTI4MDAgKDI5NjYgTUIpCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5l bDogQUNQSSBBUElDIFRhYmxlOiA8QVBQTEUgIEFwcGxlMDA+CkFwciAgOSAxOToyMDozNSBtYWNi b29rIGtlcm5lbDogRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDog MiBDUFVzCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogRnJlZUJTRC9TTVA6IDEgcGFj a2FnZShzKSB4IDIgY29yZShzKQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGNwdTAg KEJTUCk6IEFQSUMgSUQ6ICAwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogY3B1MSAo QVApOiBBUElDIElEOiAgMQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGlvYXBpYzA6 IENoYW5naW5nIEFQSUMgSUQgdG8gMQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGlv YXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKQXByICA5IDE5OjIw OjM1IG1hY2Jvb2sga2VybmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJtd2FyZSA8aXNwXzEwNDA+ CkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogaXNwZnc6IHJlZ2lzdGVyZWQgZmlybXdh cmUgPGlzcF8xMDQwX2l0PgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGlzcGZ3OiBy ZWdpc3RlcmVkIGZpcm13YXJlIDxpc3BfMTA4MD4KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2Vy bmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJtd2FyZSA8aXNwXzEwODBfaXQ+CkFwciAgOSAxOToy MDozNSBtYWNib29rIGtlcm5lbDogaXNwZnc6IHJlZ2lzdGVyZWQgZmlybXdhcmUgPGlzcF8xMjE2 MD4KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJt d2FyZSA8aXNwXzEyMTYwX2l0PgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGlzcGZ3 OiByZWdpc3RlcmVkIGZpcm13YXJlIDxpc3BfMjEwMD4KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sg a2VybmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJtd2FyZSA8aXNwXzIyMDA+CkFwciAgOSAxOToy MDozNSBtYWNib29rIGtlcm5lbDogaXNwZnc6IHJlZ2lzdGVyZWQgZmlybXdhcmUgPGlzcF8yMzAw PgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGlzcGZ3OiByZWdpc3RlcmVkIGZpcm13 YXJlIDxpc3BfMjMyMj4KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBpc3BmdzogcmVn aXN0ZXJlZCBmaXJtd2FyZSA8aXNwXzI0MDA+CkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5l bDogaXNwZnc6IHJlZ2lzdGVyZWQgZmlybXdhcmUgPGlzcF8yNDAwX211bHRpPgpBcHIgIDkgMTk6 MjA6MzUgbWFjYm9vayBrZXJuZWw6IGlzcGZ3OiByZWdpc3RlcmVkIGZpcm13YXJlIDxpc3BfMjUw MD4KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBpc3BmdzogcmVnaXN0ZXJlZCBmaXJt d2FyZSA8aXNwXzI1MDBfbXVsdGk+CkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogYWNw aTA6IDxBUFBMRSBBcHBsZTAwPiBvbiBtb3RoZXJib2FyZApBcHIgIDkgMTk6MjA6MzUgbWFjYm9v ayBrZXJuZWw6IGFjcGkwOiBbSVRIUkVBRF0KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVs OiBhY3BpX2VjMDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAweDE3LCBFQ0RUPiBwb3J0IDB4 NjIsMHg2NiBvbiBhY3BpMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGFjcGkwOiBQ b3dlciBCdXR0b24gKGZpeGVkKQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IFRpbWVj b3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5MDAKQXByICA5IDE5 OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBUaW1lY291bnRlciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kg MzU3OTU0NSBIeiBxdWFsaXR5IDg1MApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGFj cGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBi IG9uIGFjcGkwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogY3B1MDogPEFDUEkgQ1BV PiBvbiBhY3BpMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGNwdTE6IDxBQ1BJIENQ VT4gb24gYWNwaTAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBhY3BpX2FjYWQwOiA8 QUMgQWRhcHRlcj4gb24gYWNwaTAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBhY3Bp X2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMApBcHIgIDkgMTk6MjA6 MzUgbWFjYm9vayBrZXJuZWw6IGFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAK QXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBhY3BpX2J1dHRvbjE6IDxTbGVlcCBCdXR0 b24+IG9uIGFjcGkwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogcGNpYjA6IDxBQ1BJ IEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApBcHIgIDkgMTk6MjA6 MzUgbWFjYm9vayBrZXJuZWw6IHBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCkFwciAgOSAx OToyMDozNSBtYWNib29rIGtlcm5lbDogdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+ IHBvcnQgMHg2MTEwLTB4NjExNyBtZW0gMHhkMDEwMDAwMC0weGQwMWZmZmZmLDB4YzAwMDAwMDAt MHhjZmZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCkFwciAgOSAxOToyMDozNSBt YWNib29rIGtlcm5lbDogYWdwMDogPEludGVsIEdNOTY1IFNWR0EgY29udHJvbGxlcj4gb24gdmdh cGNpMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGFncDA6IGRldGVjdGVkIDE1ODY4 ayBzdG9sZW4gbWVtb3J5CkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogYWdwMDogYXBl cnR1cmUgc2l6ZSBpcyAyNTZNCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogZHJtMDog PEludGVsIGk5NjVHTT4gb24gdmdhcGNpMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6 IGluZm86IFtkcm1dIE1TSSBlbmFibGVkIDEgbWVzc2FnZShzKQpBcHIgIDkgMTk6MjA6MzUgbWFj Ym9vayBrZXJuZWw6IHZnYXBjaTA6IGNoaWxkIGRybTAgcmVxdWVzdGVkIHBjaV9lbmFibGVfYnVz bWFzdGVyCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogaW5mbzogW2RybV0gQUdQIGF0 IDB4YzAwMDAwMDAgMjU2TUIKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBpbmZvOiBb ZHJtXSBJbml0aWFsaXplZCBpOTE1IDEuNi4wIDIwMDgwNzMwCkFwciAgOSAxOToyMDozNSBtYWNi b29rIGtlcm5lbDogdmdhcGNpMTogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAweGQwMjAw MDAwLTB4ZDAyZmZmZmYgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCkFwciAgOSAxOToyMDozNSBtYWNi b29rIGtlcm5lbDogdWhjaTA6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVT Qi1EPiBwb3J0IDB4NjBjMC0weDYwZGYgaXJxIDIwIGF0IGRldmljZSAyNi4wIG9uIHBjaTAKQXBy ICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB1aGNpMDogW0lUSFJFQURdCkFwciAgOSAxOToy MDozNSBtYWNib29rIGtlcm5lbDogdWhjaTA6IExlZ1N1cCA9IDB4MDAxMApBcHIgIDkgMTk6MjA6 MzUgbWFjYm9vayBrZXJuZWw6IHVzYnVzMDogPEludGVsIDgyODAxSCAoSUNIOCkgVVNCIGNvbnRy b2xsZXIgVVNCLUQ+IG9uIHVoY2kwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdWhj aTE6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1FPiBwb3J0IDB4NjBh MC0weDYwYmYgaXJxIDE2IGF0IGRldmljZSAyNi4xIG9uIHBjaTAKQXByICA5IDE5OjIwOjM1IG1h Y2Jvb2sga2VybmVsOiB1aGNpMTogW0lUSFJFQURdCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtl cm5lbDogdWhjaTE6IExlZ1N1cCA9IDB4MDAxMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJu ZWw6IHVzYnVzMTogPEludGVsIDgyODAxSCAoSUNIOCkgVVNCIGNvbnRyb2xsZXIgVVNCLUU+IG9u IHVoY2kxCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogZWhjaTA6IDxJbnRlbCA4Mjgw MUggKElDSDgpIFVTQiAyLjAgY29udHJvbGxlciBVU0IyLUI+IG1lbSAweGQwNzA0YzAwLTB4ZDA3 MDRmZmYgaXJxIDIxIGF0IGRldmljZSAyNi43IG9uIHBjaTAKQXByICA5IDE5OjIwOjM1IG1hY2Jv b2sga2VybmVsOiBlaGNpMDogW0lUSFJFQURdCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5l bDogdXNidXMyOiBFSENJIHZlcnNpb24gMS4wCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5l bDogdXNidXMyOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0IgMi4wIGNvbnRyb2xsZXIgVVNCMi1C PiBvbiBlaGNpMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGhkYWMwOiA8SW50ZWwg ODI4MDFIIEhpZ2ggRGVmaW5pdGlvbiBBdWRpbyBDb250cm9sbGVyPiBtZW0gMHhkMDcwMDAwMC0w eGQwNzAzZmZmIGlycSAyMCBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCkFwciAgOSAxOToyMDozNSBt YWNib29rIGtlcm5lbDogaGRhYzA6IEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMTAwMjI2XzAxNDIK QXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBoZGFjMDogW0lUSFJFQURdCkFwciAgOSAx OToyMDozNSBtYWNib29rIGtlcm5lbDogcGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDI4LjAgb24gcGNpMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHBjaTE6IDxQQ0kg YnVzPiBvbiBwY2liMQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHBjaWIyOiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI4LjQgb24gcGNpMApBcHIgIDkgMTk6MjA6MzUg bWFjYm9vayBrZXJuZWw6IHBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCkFwciAgOSAxOToy MDozNSBtYWNib29rIGtlcm5lbDogcGNpMjogPG5ldHdvcms+IGF0IGRldmljZSAwLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBwY2liMzogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOC41IG9uIHBjaTAKQXByICA5IDE5OjIwOjM1 IG1hY2Jvb2sga2VybmVsOiBwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpBcHIgIDkgMTk6 MjA6MzUgbWFjYm9vayBrZXJuZWw6IG1za2MwOiA8TWFydmVsbCBZdWtvbiA4OEU4MDU4IEdpZ2Fi aXQgRXRoZXJuZXQ+IHBvcnQgMHg1MDAwLTB4NTBmZiBtZW0gMHhkMDQwMDAwMC0weGQwNDAzZmZm IGlycSAxNyBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2Vy bmVsOiBtc2swOiA8TWFydmVsbCBUZWNobm9sb2d5IEdyb3VwIEx0ZC4gWXVrb24gRUMgVWx0cmEg SWQgMHhiNCBSZXYgMHgwMz4gb24gbXNrYzAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVs OiBtc2swOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxZjpmMzpjYzo3Nzo5NgpBcHIgIDkgMTk6MjA6 MzUgbWFjYm9vayBrZXJuZWw6IG1paWJ1czA6IDxNSUkgYnVzPiBvbiBtc2swCkFwciAgOSAxOToy MDozNSBtYWNib29rIGtlcm5lbDogZTEwMDBwaHkwOiA8TWFydmVsbCA4OEUxMTQ5IEdpZ2FiaXQg UEhZPiBQSFkgMCBvbiBtaWlidXMwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogZTEw MDBwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwg MTAwMGJhc2VULCAxMDAwYmFzZVQtRkRYLCBhdXRvCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtl cm5lbDogbXNrYzA6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVo Y2kyOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9ydCAweDYw ODAtMHg2MDlmIGlycSAxNiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCkFwciAgOSAxOToyMDozNSBt YWNib29rIGtlcm5lbDogdWhjaTI6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBr ZXJuZWw6IHVoY2kyOiBMZWdTdXAgPSAweDEwMTAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2Vy bmVsOiB1c2J1czM6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBv biB1aGNpMgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVoY2kzOiA8SW50ZWwgODI4 MDFIIChJQ0g4KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweDYwNjAtMHg2MDdmIGlycSAx OCBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDog dWhjaTM6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVoY2kzOiBM ZWdTdXAgPSAweDAwMTAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB1c2J1czQ6IDxJ bnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBvbiB1aGNpMwpBcHIgIDkg MTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVoY2k0OiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0Ig Y29udHJvbGxlciBVU0ItQz4gcG9ydCAweDYwNDAtMHg2MDVmIGlycSAyMSBhdCBkZXZpY2UgMjku MiBvbiBwY2kwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdWhjaTQ6IFtJVEhSRUFE XQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVoY2k0OiBMZWdTdXAgPSAweDEwMTAK QXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB1c2J1czU6IDxJbnRlbCA4MjgwMUggKElD SDgpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBvbiB1aGNpNApBcHIgIDkgMTk6MjA6MzUgbWFjYm9v ayBrZXJuZWw6IGVoY2kxOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0IgMi4wIGNvbnRyb2xsZXIg VVNCMi1BPiBtZW0gMHhkMDcwNDgwMC0weGQwNzA0YmZmIGlycSAyMCBhdCBkZXZpY2UgMjkuNyBv biBwY2kwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogZWhjaTE6IFtJVEhSRUFEXQpB cHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVzYnVzNjogRUhDSSB2ZXJzaW9uIDEuMApB cHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVzYnVzNjogPEludGVsIDgyODAxSCAoSUNI OCkgVVNCIDIuMCBjb250cm9sbGVyIFVTQjItQT4gb24gZWhjaTEKQXByICA5IDE5OjIwOjM1IG1h Y2Jvb2sga2VybmVsOiBwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4w IG9uIHBjaTAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBwY2k0OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liNApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHBjaTQ6IDxzZXJp YWwgYnVzLCBGaXJlV2lyZT4gYXQgZGV2aWNlIDMuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpBcHIg IDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSAzMS4wIG9uIHBjaTAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBpc2EwOiA8 SVNBIGJ1cz4gb24gaXNhYjAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBhdGFwY2kw OiA8SW50ZWwgSUNIOE0gVURNQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4NjEwOC0weDYxMGYsMHg2 MTI0LTB4NjEyNywweDYxMDAtMHg2MTA3LDB4NjEyMC0weDYxMjMsMHg2MGUwLTB4NjBlZiBpcnEg MjEgYXQgZGV2aWNlIDMxLjEgb24gcGNpMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6 IGF0YXBjaTA6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IGF0YTI6 IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5l bDogYXRhMjogW0lUSFJFQURdCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogYXRhcGNp MTogPEludGVsIElDSDhNIFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweDYwZjgtMHg2MGZmLDB4 NjExYy0weDYxMWYsMHg2MGYwLTB4NjBmNywweDYxMTgtMHg2MTFiLDB4NjAyMC0weDYwMmYsMHg0 MDAwLTB4NDAwZiBpcnEgMTggYXQgZGV2aWNlIDMxLjIgb24gcGNpMApBcHIgIDkgMTk6MjA6MzUg bWFjYm9vayBrZXJuZWw6IGF0YXBjaTE6IFtJVEhSRUFEXQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9v ayBrZXJuZWw6IGF0YTM6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCkFwciAgOSAxOToyMDoz NSBtYWNib29rIGtlcm5lbDogYXRhMzogW0lUSFJFQURdCkFwciAgOSAxOToyMDozNSBtYWNib29r IGtlcm5lbDogYXRhNDogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKQXByICA5IDE5OjIwOjM1 IG1hY2Jvb2sga2VybmVsOiBhdGE0OiBbSVRIUkVBRF0KQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sg a2VybmVsOiBwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2 ZXIgYXR0YWNoZWQpCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogYmF0dGVyeTA6IDxB Q1BJIENvbnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCkFwciAgOSAxOToyMDozNSBtYWNi b29rIGtlcm5lbDogYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IG9u IGFjcGkwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogYXRydGMwOiBXYXJuaW5nOiBD b3VsZG4ndCBtYXAgSS9PLgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHBtdGltZXIw IG9uIGlzYTAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBzYzA6IDxTeXN0ZW0gY29u c29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJu ZWw6IHNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KQXByICA5IDE5 OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4 M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCkFwciAgOSAxOToyMDozNSBt YWNib29rIGtlcm5lbDogYXRhMCBhdCBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2IGlycSAxNCBvbiBp c2EwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogYXRhMDogW0lUSFJFQURdCkFwciAg OSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogYXRhMSBhdCBwb3J0IDB4MTcwLTB4MTc3LDB4Mzc2 IGlycSAxNSBvbiBpc2EwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogYXRhMTogW0lU SFJFQURdCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogY29yZXRlbXAwOiA8Q1BVIE9u LURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2Vy bmVsOiBlc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUw CkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBU aGVybWFsIENvbnRyb2w+IG9uIGNwdTAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBj b3JldGVtcDE6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQpBcHIgIDkgMTk6 MjA6MzUgbWFjYm9vayBrZXJuZWw6IGVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5 IENvbnRyb2w+IG9uIGNwdTEKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBwNHRjYzE6 IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpBcHIgIDkgMTk6MjA6MzUg bWFjYm9vayBrZXJuZWw6IFRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKQXByICA5 IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB2Ym94ZHJ2OiBmQXN5bmM9MCBvZmZNaW49MHg0NDQg b2ZmTWF4PTB4NWFjCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdXNidXMwOiAxMk1i cHMgRnVsbCBTcGVlZCBVU0IgdjEuMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVz YnVzMTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sg a2VybmVsOiB1c2J1czI6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMApBcHIgIDkgMTk6MjA6 MzUgbWFjYm9vayBrZXJuZWw6IHVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKQXBy ICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB1c2J1czQ6IDEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdXNidXM1OiAxMk1icHMgRnVs bCBTcGVlZCBVU0IgdjEuMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVzYnVzNjog NDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5l bDogdWdlbjAuMTogPEludGVsPiBhdCB1c2J1czAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2Vy bmVsOiB1aHViMDogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czAKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB1Z2Vu MS4xOiA8SW50ZWw+IGF0IHVzYnVzMQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVo dWIxOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVnZW4yLjE6IDxJ bnRlbD4gYXQgdXNidXMyCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdWh1YjI6IDxJ bnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24g dXNidXMyCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdWdlbjMuMTogPEludGVsPiBh dCB1c2J1czMKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB1aHViMzogPEludGVsIFVI Q0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMK QXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB1Z2VuNC4xOiA8SW50ZWw+IGF0IHVzYnVz NApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVodWI0OiA8SW50ZWwgVUhDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNApBcHIgIDkg MTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVnZW41LjE6IDxJbnRlbD4gYXQgdXNidXM1CkFwciAg OSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdWh1YjU6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM1CkFwciAgOSAxOToyMDoz NSBtYWNib29rIGtlcm5lbDogdWdlbjYuMTogPEludGVsPiBhdCB1c2J1czYKQXByICA5IDE5OjIw OjM1IG1hY2Jvb2sga2VybmVsOiB1aHViNjogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkv MCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czYKQXByICA5IDE5OjIwOjM1IG1hY2Jv b2sga2VybmVsOiBhY2QwOiBEVkRSIDxITC1EVC1TVCBEVkRSVyBHU0EtUzEwTi9CUDEwPiBhdCBh dGEyLW1hc3RlciBVRE1BMzMgCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogYWQ2OiAy Mzg0NzVNQiA8SGl0YWNoaSBIVFM1NDI1MjVLOVNBMDAgQkJGQUMzR1A+IGF0IGF0YTMtbWFzdGVy IFVETUExMDAgCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogaGRhYzA6IEhEQSBDb2Rl YyAjMDogUmVhbHRlayBBTEM4ODUKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBwY20w OiA8SERBIFJlYWx0ZWsgQUxDODg1IFBDTSAjMCBBbmFsb2c+IGF0IGNhZCAwIG5pZCAxIG9uIGhk YWMwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogcGNtMTogPEhEQSBSZWFsdGVrIEFM Qzg4NSBQQ00gIzEgQW5hbG9nPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMApBcHIgIDkgMTk6MjA6 MzUgbWFjYm9vayBrZXJuZWw6IHBjbTI6IDxIREEgUmVhbHRlayBBTEM4ODUgUENNICMyIERpZ2l0 YWw+IGF0IGNhZCAwIG5pZCAxIG9uIGhkYWMwCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5l bDogU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5l bDogR0VPTTogYWQ2OiB0aGUgcHJpbWFyeSBHUFQgdGFibGUgaXMgY29ycnVwdCBvciBpbnZhbGlk LgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IEdFT006IGFkNjogdXNpbmcgdGhlIHNl Y29uZGFyeSBpbnN0ZWFkIC0tIHJlY292ZXJ5IHN0cm9uZ2x5IGFkdmlzZWQuCkFwciAgOSAxOToy MDozNSBtYWNib29rIGtlcm5lbDogUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM2IHVzYnVz NSB1c2J1czQgdXNidXMzIHVzYnVzMiB1c2J1czEgdXNidXMwCkFwciAgOSAxOToyMDozNSBtYWNi b29rIGtlcm5lbDogdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdWh1 YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkFwciAgOSAxOToyMDoz NSBtYWNib29rIGtlcm5lbDogdWh1YjQ6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdWh1YjU6IDIgcG9ydHMgd2l0 aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5l bDogUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM2IHVzYnVzMgpBcHIgIDkgMTk6MjA6MzUg bWFjYm9vayBrZXJuZWw6IHVodWIyOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVodWI2OiA2IHBvcnRzIHdpdGgg NiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6 IFJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBr ZXJuZWw6IHVnZW42LjI6IDxNaWNyb24+IGF0IHVzYnVzNgpBcHIgIDkgMTk6MjA6MzUgbWFjYm9v ayBrZXJuZWw6IHVnZW4wLjI6IDx2ZW5kb3IgMHgwNWFjPiBhdCB1c2J1czAKQXByICA5IDE5OjIw OjM1IG1hY2Jvb2sga2VybmVsOiB1a2JkMDogPHZlbmRvciAweDA1YWMgcHJvZHVjdCAweDEwMDAs IGNsYXNzIDAvMCwgcmV2IDIuMDAvMTkuNjUsIGFkZHIgMj4gb24gdXNidXMwCkFwciAgOSAxOToy MDozNSBtYWNib29rIGtlcm5lbDoga2JkMCBhdCB1a2JkMApBcHIgIDkgMTk6MjA6MzUgbWFjYm9v ayBrZXJuZWw6IFJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNgpBcHIgIDkgMTk6MjA6MzUg bWFjYm9vayBrZXJuZWw6IFRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQ2cDNh CkFwciAgOSAxOToyMDozNSBtYWNib29rIGtlcm5lbDogdWdlbjUuMjogPEFwcGxlIENvbXB1dGVy LCBJbmMuPiBhdCB1c2J1czUKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiBHRU9NX1BB UlQ6IFBhcnRpdGlvbiAnYWQ2cDMnIG5vdCBzdWl0YWJsZSBmb3Iga2VybmVsIGR1bXBzICh3cm9u ZyB0eXBlPykKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVsOiB1Z2VuNS4zOiA8QXBwbGUg Q29tcHV0ZXI+IGF0IHVzYnVzNQpBcHIgIDkgMTk6MjA6MzUgbWFjYm9vayBrZXJuZWw6IHVrYmQx OiA8QXBwbGUgSW50ZXJuYWwgS2V5Ym9hcmQ+IG9uIHVzYnVzNQpBcHIgIDkgMTk6MjA6MzUgbWFj Ym9vayBrZXJuZWw6IGtiZDEgYXQgdWtiZDEKQXByICA5IDE5OjIwOjM1IG1hY2Jvb2sga2VybmVs OiBhdHAwOiA8VG91Y2hwYWQ+IG9uIHVzYnVzNQpBcHIgIDkgMTk6MjA6MzYgbWFjYm9vayBhdmFo aS1kYWVtb25bODIxXTogV0FSTklORzogTm8gTlNTIHN1cHBvcnQgZm9yIG1ETlMgZGV0ZWN0ZWQs IGNvbnNpZGVyIGluc3RhbGxpbmcgbnNzLW1kbnMhCkFwciAgOSAxOToyMDo0NyBtYWNib29rIGtl cm5lbDogZHJtMDogW0lUSFJFQURdCkFwciAgOSAxOToyMTowMyBtYWNib29rIGdub21lLXNlc3Np b25bMTAyMF06IFdBUk5JTkc6IEFwcGxpY2F0aW9uICdtZXRhY2l0eS5kZXNrdG9wJyBmYWlsZWQg dG8gcmVnaXN0ZXIgYmVmb3JlIHRpbWVvdXQKQXByICA5IDE5OjIxOjA0IG1hY2Jvb2sgZ2RtLXNp bXBsZS1ncmVldGVyWzEwMzJdOiBXQVJOSU5HOiBGYWlsZWQgdG8gbG9hZCAnL3NoYXJlL3htbC9p c28tY29kZXMvaXNvXzYzOS54bWwnOiBGYWlsZWQgdG8gb3BlbiBmaWxlICcvc2hhcmUveG1sL2lz by1jb2Rlcy9pc29fNjM5LnhtbCc6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkgCkFwciAgOSAx OToyMTowNCBtYWNib29rIGdkbS1zaW1wbGUtZ3JlZXRlclsxMDMyXTogV0FSTklORzogRmFpbGVk IHRvIGxvYWQgJy9zaGFyZS94bWwvaXNvLWNvZGVzL2lzb18zMTY2LnhtbCc6IEZhaWxlZCB0byBv cGVuIGZpbGUgJy9zaGFyZS94bWwvaXNvLWNvZGVzL2lzb18zMTY2LnhtbCc6IE5vIHN1Y2ggZmls ZSBvciBkaXJlY3RvcnkgCkFwciAgOSAxOToyMToxNCBtYWNib29rIGNvbnNvbGUta2l0LWRhZW1v bls5MzZdOiBHTGliLUdPYmplY3QtV0FSTklORzogSUFfX2dfb2JqZWN0X2dldF92YWxpc3Q6IHZh bHVlIGxvY2F0aW9uIGZvciBgZ2NoYXJhcnJheScgcGFzc2VkIGFzIE5VTEwKQXByICA5IDE5OjIx OjE0IG1hY2Jvb2sgc2h1dGRvd246IHBvd2VyLWRvd24gYnkgcm9vdDogCkFwciAgOSAxOToyMTox OSBtYWNib29rIHN5c2xvZ2Q6IGV4aXRpbmcgb24gc2lnbmFsIDE1CkFwciAgOSAxOToyMzoyMSBt YWNib29rIHN5c2xvZ2Q6IGtlcm5lbCBib290IGZpbGUgaXMgL2Jvb3Qva2VybmVsL2tlcm5lbA== --000e0cd28aaa7e3f830483cea1c8-- From owner-freebsd-usb@FreeBSD.ORG Fri Apr 9 17:00:13 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DE09106568A for ; Fri, 9 Apr 2010 17:00:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0C56F8FC20 for ; Fri, 9 Apr 2010 17:00:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o39H0CVa047394 for ; Fri, 9 Apr 2010 17:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o39H0C3c047386; Fri, 9 Apr 2010 17:00:12 GMT (envelope-from gnats) Date: Fri, 9 Apr 2010 17:00:12 GMT Message-Id: <201004091700.o39H0C3c047386@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Momchil Ivanov Cc: Subject: Re: usb/145165: [keyboard] ukbd_set_leds_callback: error=USB_ERR_STALLED [regression] X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Momchil Ivanov List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 17:00:13 -0000 The following reply was made to PR usb/145165; it has been noted by GNATS. From: Momchil Ivanov To: bug-followup@freebsd.org Cc: Subject: Re: usb/145165: [keyboard] ukbd_set_leds_callback: error=USB_ERR_STALLED [regression] Date: Fri, 9 Apr 2010 18:26:30 +0200 Hi, today my keyboards got freezed in X (both the usb and the laptop one), the Caps Lock LED on the laptop worked when I was hitting Caps Lock on the laptop keyboard, but the other keys didn't work: a-Z, 0-9, F[0-12], space, .... When I closed my X session (using the mouse) and got into the console, the laptop keyboard worked but the USB one was still not responsive. Here are some messages from syslog when it happened: Apr 9 18:00:52 t61 kernel: ukbd_set_leds_callback: error=USB_ERR_TIMEOUT Apr 9 18:01:06 t61 kernel: ukbd_set_leds_callback: error=USB_ERR_STALLED Apr 9 18:01:24 t61 kernel: ugen2.5: at usbus2 (disconnected) Apr 9 18:01:24 t61 kernel: ukbd0: at uhub9, port 1, addr 5 (disconnected) Apr 9 18:01:24 t61 kernel: uhid0: at uhub9, port 1, addr 5 (disconnected) Apr 9 18:01:27 t61 kernel: usb_alloc_device: getting device descriptor at addr 5 failed, USB_ERR_STALLED Apr 9 18:01:28 t61 kernel: usbd_req_re_enumerate: getting device descriptor at addr 5 failed, USB_ERR_STALLED Apr 9 18:01:29 t61 kernel: usbd_req_re_enumerate: getting device descriptor at addr 5 failed, USB_ERR_STALLED Apr 9 18:01:29 t61 kernel: ugen2.5: <(null)> at usbus2 (disconnected) Apr 9 18:01:29 t61 kernel: uhub_reattach_port: could not allocate new device Apr 9 18:02:13 t61 kernel: usb_alloc_device: set address 5 failed (USB_ERR_STALLED, ignored) Apr 9 18:02:13 t61 kernel: usb_alloc_device: getting device descriptor at addr 5 failed, USB_ERR_STALLED Apr 9 18:02:13 t61 kernel: usbd_req_re_enumerate: addr=5, set address failed! (USB_ERR_STALLED, ignored) Apr 9 18:02:13 t61 kernel: usbd_req_re_enumerate: getting device descriptor at addr 5 failed, USB_ERR_STALLED Apr 9 18:02:14 t61 kernel: usbd_req_re_enumerate: addr=5, set address failed! (USB_ERR_STALLED, ignored) Apr 9 18:02:14 t61 kernel: usbd_req_re_enumerate: getting device descriptor at addr 5 failed, USB_ERR_STALLED Apr 9 18:02:14 t61 kernel: ugen2.5: <(null)> at usbus2 (disconnected) Note: I was plugging and uplugging the USB keyboard into the usb hub but that didn't seem to fix the issue. Restarting the system seems to fix this - USB keyboard works. I am using a hub with separate power supply and have my keyboard, mouse, external disks and other devices connected to it. The mouse works, I was listening to music from one of the external disks, so I don't think it's a hardware issue with the hub. I don't think it is a hardware issue with the USB keyboard either, since this time my laptop keyboard was frozen in X. If you need some more information, please let me know. Thanks, Momchil From owner-freebsd-usb@FreeBSD.ORG Fri Apr 9 17:31:50 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E885F1065670 for ; Fri, 9 Apr 2010 17:31:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0278FC17 for ; Fri, 9 Apr 2010 17:31:48 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Q9fys5e9bTEA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=EeW0sNUmLsToMPvZc6IA:9 a=QAyT1X5qEvBnFjwPscoA:7 a=az2NRlFD_UkzswNdlLk5pJmePFIA:4 a=PUjeQqilurYA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1354774519; Fri, 09 Apr 2010 19:31:47 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 9 Apr 2010 19:29:35 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004091929.35074.hselasky@c2i.net> Cc: Rohit Grover Subject: Re: USB Keyboard puzzle X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 17:31:50 -0000 On Friday 09 April 2010 16:30:02 Rohit Grover wrote: > Hello Dear Hackers, > > This is about a puzzling behaviour which has affected me for quite > some time now and has caused far too many unwanted reboots on my > Macbook (running FreeBSD). > > The problem appeared around when I transitioned from using 8.0/Release > 8.0/STABLE; although I am not a 100% sure of that. If I were to switch > back to 8.0/Release, things would work normally; but then many > significant and necessary changes have gone into 8.0/STABLE and I do > not have the option of reverting to 8.0/Release. > > It has to do with the software around the USB keyboard. When booting a > derivative of 8.0/Stable, about half the time my laptop boots into a > state where the keyboard is unresponsive; i.e. keystrokes have no > effect; and thus this condition forces me into a wasteful reboot. This > state is very likely to reproduce if I do a cold boot. > I have also discovered that if I boot the laptop with MacOSX, and then > subsequently reboot into FreeBSD, I have a high chance of getting a > usable keyboard. > > I had previously suspected changes to code in the ukbd driver. But now > I have confirmed for myself that ukbd is sane--I did this by adding > printfs to the data-flow path, and ensured that the read_char() > device-switch handler within ukbd is correctly able to return key > scan-codes even when my keyboard appears to be dead. > > I have also noticed that in the cases where my keyboard appears to be > unresponsive, ukbd attaches as two separate instances: ukbd0 and > ukbd1: > > > Apr 9 19:20:35 macbook kernel: ugen0.2: at usbus0 > Apr 9 19:20:35 macbook kernel: ukbd0: class 0/0, rev 2.00/19.65, addr 2> on usbus0 > Apr 9 19:20:35 macbook kernel: kbd0 at ukbd0 > Apr 9 19:20:35 macbook kernel: Root mount waiting for: usbus6 > Apr 9 19:20:35 macbook kernel: Trying to mount root from ufs:/dev/ad6p3a > Apr 9 19:20:35 macbook kernel: ugen5.2: at usbus5 > Apr 9 19:20:35 macbook kernel: GEOM_PART: Partition 'ad6p3' not > suitable for kernel dumps (wrong type?) > Apr 9 19:20:35 macbook kernel: ugen5.3: at usbus5 > Apr 9 19:20:35 macbook kernel: ukbd1: on usbus5 > Apr 9 19:20:35 macbook kernel: kbd1 at ukbd1 > > > whereas when the keyboard boots in an OK state, I see the following > during boot--there is only ukbd0 and no ukbd1: > > > Apr 9 19:23:21 macbook kernel: ugen5.3: at usbus5 > Apr 9 19:23:21 macbook kernel: ukbd0: on usbus5 > Apr 9 19:23:21 macbook kernel: kbd0 at ukbd0 > > > I have attached my config file, and the dmesg dump from the good and bad > cases. > > Could you please help me figure out what's going on with my keyboard? > > thanks, > Rohit. Hi, Some other device tries to attach like a keyboard: Apr 9 19:23:21 macbook kernel: ugen0.2: at usbus0 Apr 9 19:23:21 macbook kernel: ukbd0: on usbus0 Apr 9 19:23:21 macbook kernel: device_attach: ukbd0 attach returned 6 Apr 9 19:23:21 macbook kernel: ukbd0: on usbus0 Apr 9 19:23:21 macbook kernel: device_attach: ukbd0 attach returned 6 Because you kbdmux disabled in your kernel config, only the first keyboard attaching will work: #device kbdmux # keyboard multiplexer Hope that helps. --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Apr 10 04:23:02 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99F63106566C for ; Sat, 10 Apr 2010 04:23:02 +0000 (UTC) (envelope-from rgrover1@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 705218FC22 for ; Sat, 10 Apr 2010 04:23:02 +0000 (UTC) Received: by pvc7 with SMTP id 7so2720206pvc.13 for ; Fri, 09 Apr 2010 21:23:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=DHKI7ghaBXlOB7r8EywrvWdqr2/+64Vg31gK+HaEC/w=; b=fJ9f1Kq9rNwf+YJXK+ElaqDqxNxPHyY+Atjnr59+06n14CyIDc9R9DgpgzjvjsF7rg 1vSjUK2ArQgJPBT4Nzr6FQTkBVyag9lwGmT876swGf/DbFCoaDIXQHXpxuD7zOMis/pb /0qejhHBo11nkYTT1typKIm1/pI+emMakckLs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=m/pm29IxUTFR+5n5Fs2m9h9WstRnlwzCUcr87MuNbZOWCFn0f9e+NvS6FqbxJDASV/ ES6DBB2nJKixSvgljkIgWyxRRjm4VNr/i8B7Hi7QyE+12JnlyD7PqMFMIT+obbYfcV3o O/U/5+5cEOVeXlDsk9NOoiF8afQTq6XSk+sE0= MIME-Version: 1.0 Received: by 10.140.132.2 with HTTP; Fri, 9 Apr 2010 21:23:01 -0700 (PDT) In-Reply-To: <201004091929.35074.hselasky@c2i.net> References: <201004091929.35074.hselasky@c2i.net> Date: Sat, 10 Apr 2010 09:53:01 +0530 Received: by 10.140.56.7 with SMTP id e7mr1403376rva.8.1270873381897; Fri, 09 Apr 2010 21:23:01 -0700 (PDT) Message-ID: From: Rohit Grover To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-usb@freebsd.org Subject: Re: USB Keyboard puzzle X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 04:23:02 -0000 Seems to work! I wonder why I had commented out kbdmux. Thanks! On 4/9/10, Hans Petter Selasky wrote: > On Friday 09 April 2010 16:30:02 Rohit Grover wrote: >> Hello Dear Hackers, >> >> This is about a puzzling behaviour which has affected me for quite >> some time now and has caused far too many unwanted reboots on my >> Macbook (running FreeBSD). >> >> The problem appeared around when I transitioned from using 8.0/Release >> 8.0/STABLE; although I am not a 100% sure of that. If I were to switch >> back to 8.0/Release, things would work normally; but then many >> significant and necessary changes have gone into 8.0/STABLE and I do >> not have the option of reverting to 8.0/Release. >> >> It has to do with the software around the USB keyboard. When booting a >> derivative of 8.0/Stable, about half the time my laptop boots into a >> state where the keyboard is unresponsive; i.e. keystrokes have no >> effect; and thus this condition forces me into a wasteful reboot. This >> state is very likely to reproduce if I do a cold boot. >> I have also discovered that if I boot the laptop with MacOSX, and then >> subsequently reboot into FreeBSD, I have a high chance of getting a >> usable keyboard. >> >> I had previously suspected changes to code in the ukbd driver. But now >> I have confirmed for myself that ukbd is sane--I did this by adding >> printfs to the data-flow path, and ensured that the read_char() >> device-switch handler within ukbd is correctly able to return key >> scan-codes even when my keyboard appears to be dead. >> >> I have also noticed that in the cases where my keyboard appears to be >> unresponsive, ukbd attaches as two separate instances: ukbd0 and >> ukbd1: >> >> >> Apr 9 19:20:35 macbook kernel: ugen0.2: at usbus0 >> Apr 9 19:20:35 macbook kernel: ukbd0: > class 0/0, rev 2.00/19.65, addr 2> on usbus0 >> Apr 9 19:20:35 macbook kernel: kbd0 at ukbd0 >> Apr 9 19:20:35 macbook kernel: Root mount waiting for: usbus6 >> Apr 9 19:20:35 macbook kernel: Trying to mount root from ufs:/dev/ad6p3a >> Apr 9 19:20:35 macbook kernel: ugen5.2: at usbus5 >> Apr 9 19:20:35 macbook kernel: GEOM_PART: Partition 'ad6p3' not >> suitable for kernel dumps (wrong type?) >> Apr 9 19:20:35 macbook kernel: ugen5.3: at usbus5 >> Apr 9 19:20:35 macbook kernel: ukbd1: on usbus5 >> Apr 9 19:20:35 macbook kernel: kbd1 at ukbd1 >> >> >> whereas when the keyboard boots in an OK state, I see the following >> during boot--there is only ukbd0 and no ukbd1: >> >> >> Apr 9 19:23:21 macbook kernel: ugen5.3: at usbus5 >> Apr 9 19:23:21 macbook kernel: ukbd0: on usbus5 >> Apr 9 19:23:21 macbook kernel: kbd0 at ukbd0 >> >> >> I have attached my config file, and the dmesg dump from the good and bad >> cases. >> >> Could you please help me figure out what's going on with my keyboard? >> >> thanks, >> Rohit. > > Hi, > > Some other device tries to attach like a keyboard: > > Apr 9 19:23:21 macbook kernel: ugen0.2: at usbus0 > Apr 9 19:23:21 macbook kernel: ukbd0: 0/0, rev 2.00/19.65, addr 2> on usbus0 > Apr 9 19:23:21 macbook kernel: device_attach: ukbd0 attach returned 6 > Apr 9 19:23:21 macbook kernel: ukbd0: 0/0, rev 2.00/19.65, addr 2> on usbus0 > Apr 9 19:23:21 macbook kernel: device_attach: ukbd0 attach returned 6 > > Because you kbdmux disabled in your kernel config, only the first keyboard > attaching will work: > > #device kbdmux # keyboard multiplexer > > Hope that helps. > > --HPS > From owner-freebsd-usb@FreeBSD.ORG Sat Apr 10 23:03:18 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5690106566C; Sat, 10 Apr 2010 23:03:18 +0000 (UTC) (envelope-from nekoexmachina@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5AC8FC13; Sat, 10 Apr 2010 23:03:17 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so22752fge.13 for ; Sat, 10 Apr 2010 16:03:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=Y9AOlaWXrZXg40i6tzHA/+//2eBaPzPkZb7pSdzRKgE=; b=mEWIrlWrZsRCAx0sT4beW3UVMUsZYxLA4vrfOTv6wSvfis/LYbia1pNPbupTv6ENGa QPEXmptlyHQQn9XMtoIXiReoM5w7RQXjrc58W7c0H7WxvHdvQ85WG8nkhSC1co/Ry50y k/HFWN4almznbTNS09p8/JP4hReWrMJpyC1WU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=MfVzniWk2Hxo9rWhK5wwC9lU69uo0En0E6Z9FWGXpitjtqLRhKuofWIDZP1cMXAZ3y aDKTiDooGtD9bVPZtQbmS3r99Vu7dtZWwx8AsE1jQKhvnK6JZfTvNnBEXVP5hsL8w6jF dOT63/miaxP0pJtFk15NTl4Xyru7K11Aln7Fs= Received: by 10.223.1.139 with SMTP id 11mr1766864faf.4.1270940596894; Sat, 10 Apr 2010 16:03:16 -0700 (PDT) Received: from localhost ([188.134.12.208]) by mx.google.com with ESMTPS id d13sm5811602fka.2.2010.04.10.16.03.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Apr 2010 16:03:15 -0700 (PDT) Date: Sun, 11 Apr 2010 03:03:09 +0400 From: Mikle Krutov To: Hans Petter Selasky Message-ID: <20100410230309.GA1388@takino.homeftp.org> References: <201004081055.o38Atibu074389@www.freebsd.org> <201004081352.50108.hselasky@c2i.net> <20100408171403.GA58040@takino.homeftp.org> <201004081929.43956.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201004081929.43956.hselasky@c2i.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-gnats-submit@freebsd.org, freebsd-usb@freebsd.org Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 23:03:18 -0000 On Thu, Apr 08, 2010 at 07:29:43PM +0200, Hans Petter Selasky wrote: > On Thursday 08 April 2010 19:14:03 Mikle Krutov wrote: > > On Thu, Apr 08, 2010 at 01:52:50PM +0200, Hans Petter Selasky wrote: > > > Hi, > > > > > > That's because the UMASS detach is hanging, most likely. > > > > > > Try to break into the kernel and get a backtrace. > > > > > > --HPS > > > > Hi, > > I unfortunately could not find any info about how do i do this. Could > > you provide me some link? > > > > Add: > > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options GDB # Support remote GDB. > > When it hangs, enter this from the console: > > sysctl debug.kdb.panic=1 > > Type > > alltrace > > bt > > bt all > > or something similar. > > Type "continue" when you are finished. > > You can also use CTRL+ALT+ESC key combination. > > --HPS Sorry for no-response for such a long time, that was because after the kernel-update (i've fetched the latest sources before rebuilding with debug support) i could not reproduce that bug. Before kernel-update it has happened not every time, so i wanted to see what happends for a couple of days. -- Wbr, Krutov Mikle From owner-freebsd-usb@FreeBSD.ORG Sat Apr 10 23:10:03 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61A451065672 for ; Sat, 10 Apr 2010 23:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3737A8FC14 for ; Sat, 10 Apr 2010 23:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3ANA3TB096080 for ; Sat, 10 Apr 2010 23:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3ANA2ZB096079; Sat, 10 Apr 2010 23:10:03 GMT (envelope-from gnats) Date: Sat, 10 Apr 2010 23:10:03 GMT Message-Id: <201004102310.o3ANA2ZB096079@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Mikle Krutov Cc: Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mikle Krutov List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 23:10:03 -0000 The following reply was made to PR usb/145513; it has been noted by GNATS. From: Mikle Krutov To: Hans Petter Selasky Cc: freebsd-usb@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: usb/145513: New USB stack: no new devices after forced usb flash detach Date: Sun, 11 Apr 2010 03:03:09 +0400 On Thu, Apr 08, 2010 at 07:29:43PM +0200, Hans Petter Selasky wrote: > On Thursday 08 April 2010 19:14:03 Mikle Krutov wrote: > > On Thu, Apr 08, 2010 at 01:52:50PM +0200, Hans Petter Selasky wrote: > > > Hi, > > > > > > That's because the UMASS detach is hanging, most likely. > > > > > > Try to break into the kernel and get a backtrace. > > > > > > --HPS > > > > Hi, > > I unfortunately could not find any info about how do i do this. Could > > you provide me some link? > > > > Add: > > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options GDB # Support remote GDB. > > When it hangs, enter this from the console: > > sysctl debug.kdb.panic=1 > > Type > > alltrace > > bt > > bt all > > or something similar. > > Type "continue" when you are finished. > > You can also use CTRL+ALT+ESC key combination. > > --HPS Sorry for no-response for such a long time, that was because after the kernel-update (i've fetched the latest sources before rebuilding with debug support) i could not reproduce that bug. Before kernel-update it has happened not every time, so i wanted to see what happends for a couple of days. -- Wbr, Krutov Mikle