From owner-freebsd-usb@FreeBSD.ORG Sun Jan 23 00:15:50 2011 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 642C4106566B for ; Sun, 23 Jan 2011 00:15:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DC9F88FC18 for ; Sun, 23 Jan 2011 00:15:49 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-198-42.lns6.adl6.internode.on.net [203.122.198.42]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p0N0FZb2007664 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 23 Jan 2011 10:45:36 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <201101221433.23194.hselasky@c2i.net> Date: Sun, 23 Jan 2011 10:45:35 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <6B2C00E3-1BDB-48D5-AC3E-E2ED7091E194@gsoft.com.au> References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201101221433.23194.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 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, 23 Jan 2011 00:15:50 -0000 On 23/01/2011, at 24:03, Hans Petter Selasky wrote: >> While doing some speed testing I find that FreeBSD does ~4Mb/sec, but = Linux >> does 17Mb/sec & OS X does 8-10Mb/sec. >=20 > You need to change the way you buffer the data. FreeBSD does not queue = more=20 > than 2 URB's at any time, and the turnaround time varies from 1ms to = 125us due=20 > to hardware IRQ restrictions. Linux queues up all it can get, which = leads to=20 > other kind of problems. The current internal buffer limit is 16Kbyte = 8000=20 > times per second which gives a MAX of 128 MByte/second. >=20 > In general during hardware design: >=20 > 1) Avoid short packets. > 2) Make sure transfer buffers are matched between host and device. >=20 > =46rom my experience it is very possible to reach +30Mbyte/second with = LibUSB=20 > under FreeBSD 8.2+, given the buffering is optimal for the kernel. >=20 Hmm... I am transferring fixed size packets of 512 bytes, so there = shouldn't be any short packets (unless I misunderstand what you mean). Ahh, I I see what you mean now.. I was transferring a single packet at a = time because I didn't realise you could transfer more at once. If I switch to transferring 2k at once it goes up to 16Mb/sec. Thanks :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Sun Jan 23 00:50:25 2011 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 44D39106566C for ; Sun, 23 Jan 2011 00:50:25 +0000 (UTC) (envelope-from mwisnicki@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 911248FC15 for ; Sun, 23 Jan 2011 00:50:24 +0000 (UTC) Received: by bwz12 with SMTP id 12so2734379bwz.13 for ; Sat, 22 Jan 2011 16:50:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=nF/zybaQH8dUzf1sq7INXS0Tsc3ND7zVQCYsDJ0NxyU=; b=DQg+GyI2L1YOSUyMDSNRADNZ0H43DDEu5AkjwoVabkH9BJO6SvS8Mf0QGn6DXFvLRS ZYu1n5TqfFaVYGtFPDinMcrnjjhQEJrr2JLZbVRxLPORwWvVFbePmaq48LJdQujDnmi7 iPI9WHJlrMPgAlPO12zgJqjbPZqnLdAT3gTEY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=RveBa+vZPmSyTWlH4B4eTwW662pfWBjFiCgImaP758iruePbwf26tv31suSJsBKXUB 4P1RSGj/8K8o3X+s73NNwShKhlQayzESvKZU3u7VHk4c2ejebtMW8WfeKwIuftriLNmL vnYGts+w672JNDXSMOBayZOhCtZqEG3qaHL44= MIME-Version: 1.0 Received: by 10.204.67.5 with SMTP id p5mr2174758bki.59.1295742417318; Sat, 22 Jan 2011 16:26:57 -0800 (PST) Sender: mwisnicki@gmail.com Received: by 10.204.65.207 with HTTP; Sat, 22 Jan 2011 16:26:57 -0800 (PST) In-Reply-To: <201101221601.58195.hselasky@c2i.net> References: <201101221601.58195.hselasky@c2i.net> Date: Sun, 23 Jan 2011 01:26:57 +0100 X-Google-Sender-Auth: -QS1lFmiSdZ_4Hy4bUJHXS7JFWU Message-ID: From: Marcin Wisnicki To: Hans Petter Selasky Content-Type: multipart/mixed; boundary=001636c5a9ef813370049a788a8f Cc: freebsd-usb@freebsd.org Subject: Re: page fault on device disconnect 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, 23 Jan 2011 00:50:25 -0000 --001636c5a9ef813370049a788a8f Content-Type: text/plain; charset=UTF-8 On Sat, Jan 22, 2011 at 16:01, Hans Petter Selasky wrote: > On Wednesday 19 January 2011 21:44:01 Marcin Wisnicki wrote: >> I've accidentally cut power to my self-powered USB hdd enclosure with >> UFS+gjournal on GELI. > [snip] > Could you show more dmesg? Full dmesg captured after restart is in attachment to this message [dmesg.log]. What I've pasted however is everything that happened after disconnection until kernel dump, previous messages are from many hours or days earlier. > Also try to build a kernel with the following options: > Unfortunately that panic is not reproducible, it's the first time I've seen it. Trying to reproduce it I get the usual UFS panic: # brace for impact > sync;sync;sync # cut the power for 1s ugen3.2: at usbus3 (disconnected) uhub4: at uhub3, port 1, addr 2 (disconnected) ugen3.3: at usbus3 (disconnected) umass0: at uhub4, port 1, addr 3 (disconnected) (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0xa, scsi status == 0x0 (da0:umass-sim0:0:0:0): removing device entry GEOM_JOURNAL: Lost provider label/ghost_tank2_enc.eli. ugen3.4: at usbus3 (disconnected) umass1: at uhub4, port 3, addr 4 (disconnected) GEOM_JOURNAL: Cannot destroy journal label/ghost_tank2_enc.eli (error=16). Destroy it manually after last close. (da1:umass-sim1:1:0:0): lost device (da1:umass-sim1:1:0:0): removing device entry ugen3.2: at usbus3 uhub4: on usbus3 uhub4: 4 ports with 4 removable, self powered ugen3.3: at usbus3 umass0: on usbus3 ugen3.4: at usbus3 umass1: on usbus3 da0 at umass-sim1 bus 1 scbus3 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3872MB (7929856 512 byte sectors: 255H 63S/T 493C) da1 at umass-sim0 bus 0 scbus2 target 0 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers da1: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > ls /dev/label/ boot0 boot0g boot0a boot0h boot0b ghost_tank2_enc boot0d ghost_tank2_enc.eli.journal boot0e ghost_tank2_key boot0f # couple of minutes later GEOM_JOURNAL: Error while reading data from label/ghost_tank2_enc.eli (error=6). panic: ufs_dirbad: /vol/store/tank2: bad dir ino 2 at offset 0: mangled entry cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c076c1d5,a0d79,e678f848,c0576f82,d7f2bc20,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c078804a,0,c077fb99,e678f89c,0,...) at kdb_backtrace+0x2a panic(c077fb99,c46a3464,2,0,c077fc57,...) at panic+0x117 ufs_dirbad(c46843a0,0,c077fc57,0,e678f948,...) at ufs_dirbad+0x46 ufs_lookup_(0,e678f970,c0748612,e678f990,e678f9b0,...) at ufs_lookup_+0x37a ufs_lookup(e678f990,e678f9b0,c0578ea2,c07b8c00,e678f990,...) at ufs_lookup+0x1e VOP_CACHEDLOOKUP_APV(c07b8c00,e678f990,e678fb58,e678fb44,c8818b80,...) at VOP_CACHEDLOOKUP_APV+0x42 vfs_cache_lookup(e678fa18,e678f9c8,200000,e678fb58,e678fa38,...) at vfs_cache_lookup+0xd2 VOP_LOOKUP_APV(c07b8c00,e678fa18,e678fb58,1f6,848,...) at VOP_LOOKUP_APV+0x46 lookup(e678fb2c,c4ed7400,400,e678fb4c,e678fa60,...) at lookup+0x6be namei(e678fb2c,c04e85fd,0,1000,e678fae0,...) at namei+0x633 kern_statat_vnhook(c4f29870,0,ffffff9c,21c6d430,0,...) at kern_statat_vnhook+0x72 kern_statat(c4f29870,0,ffffff9c,21c6d430,0,...) at kern_statat+0x3c kern_stat(c4f29870,21c6d430,0,e678fbe8,c46bd754,...) at kern_stat+0x36 stat(c4f29870,e678fcec,e678fd28,b,21c93000,...) at stat+0x2f syscallenter(c4f29870,e678fce4,e678fce4,0,c4f29870,...) at syscallenter+0x329 syscall(e678fd28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (188, FreeBSD ELF32, stat), eip = 0x21bb0e43, esp = 0xbfbfdf9c, ebp = 0xbfbfdfb8 --- Uptime: 3d5h10m44s Physical memory: 1007 MB Dumping 201 MB: 186 170 154 138 122 106 90 74 58 42 26 10 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... But that's expected :( --001636c5a9ef813370049a788a8f Content-Type: application/octet-stream; name="dmesg.log" Content-Disposition: attachment; filename="dmesg.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gj95nz600 Y2Fubm90IGZvcndhcmQgc3JjIGZlODA6Njo6MjAwOjVlZmU6NTllNDphOGFiLCBkc3QgZmU4MDo2 Ojo1ZWZlOjRlMDg6OTM0ZCwgbnh0IDU4LCByY3ZpZiBzdGYwLCBvdXRpZiBsbzAKY2Fubm90IGZv cndhcmQgc3JjIGZlODA6Njo6MjAwOjVlZmU6NTllNDphOGFiLCBkc3QgZmU4MDo2Ojo1ZWZlOjRl MDg6OTM0ZCwgbnh0IDU4LCByY3ZpZiBzdGYwLCBvdXRpZiBsbzAKY2Fubm90IGZvcndhcmQgc3Jj IGZlODA6Njo6MjAwOjVlZmU6NTllNDphOGFiLCBkc3QgZmU4MDo2OjoyMDA6NWVmZTo0ZTA4Ojkz NGQsIG54dCA1OCwgcmN2aWYgc3RmMCwgb3V0aWYgbG8wCmNhbm5vdCBmb3J3YXJkIHNyYyBmZTgw OjY6OjIwMDo1ZWZlOjU5ZTQ6YThhYiwgZHN0IGZlODA6Njo6MjAwOjVlZmU6NGUwODo5MzRkLCBu eHQgNTgsIHJjdmlmIHN0ZjAsIG91dGlmIGxvMApjYW5ub3QgZm9yd2FyZCBzcmMgZmU4MDo2Ojoy MDA6NWVmZTo1OWU0OmE4YWIsIGRzdCBmZTgwOjY6OjVlZmU6NGUwODo5MzRkLCBueHQgNTgsIHJj dmlmIHN0ZjAsIG91dGlmIGxvMApjYW5ub3QgZm9yd2FyZCBzcmMgZmU4MDo2OjoyMDA6NWVmZTo1 OWU0OmE4YWIsIGRzdCBmZTgwOjY6OjVlZmU6NGUwODo5MzRkLCBueHQgNTgsIHJjdmlmIHN0ZjAs IG91dGlmIGxvMApjYW5ub3QgZm9yd2FyZCBzcmMgZmU4MDo2OjoyMDA6NWVmZTo1OWU0OmE4YWIs IGRzdCBmZTgwOjY6OjIwMDo1ZWZlOjRlMDg6OTM0ZCwgbnh0IDU4LCByY3ZpZiBzdGYwLCBvdXRp ZiBsbzAKY2Fubm90IGZvcndhcmQgc3JjIGZlODA6Njo6MjAwOjVlZmU6NTllNDphOGFiLCBkc3Qg ZmU4MDo2OjoyMDA6NWVmZTo0ZTA4OjkzNGQsIG54dCA1OCwgcmN2aWYgc3RmMCwgb3V0aWYgbG8w CmNhbm5vdCBmb3J3YXJkIHNyYyBmZTgwOjY6OjIwMDo1ZWZlOjU5ZTQ6YThhYiwgZHN0IGZlODA6 Njo6NWVmZTo0ZTA4OjkzNGQsIG54dCA1OCwgcmN2aWYgc3RmMCwgb3V0aWYgbG8wCmNhbm5vdCBm b3J3YXJkIHNyYyBmZTgwOjY6OjIwMDo1ZWZlOjU5ZTQ6YThhYiwgZHN0IGZlODA6Njo6NWVmZTo0 ZTA4OjkzNGQsIG54dCA1OCwgcmN2aWYgc3RmMCwgb3V0aWYgbG8wCmNhbm5vdCBmb3J3YXJkIHNy YyBmZTgwOjY6OjIwMDo1ZWZlOjU5ZTQ6YThhYiwgZHN0IGZlODA6Njo6MjAwOjVlZmU6NGUwODo5 MzRkLCBueHQgNTgsIHJjdmlmIHN0ZjAsIG91dGlmIGxvMApjYW5ub3QgZm9yd2FyZCBzcmMgZmU4 MDo2OjoyMDA6NWVmZTo1OWU0OmE4YWIsIGRzdCBmZTgwOjY6OjIwMDo1ZWZlOjRlMDg6OTM0ZCwg bnh0IDU4LCByY3ZpZiBzdGYwLCBvdXRpZiBsbzAKY2Fubm90IGZvcndhcmQgc3JjIGZlODA6Njo6 MjAwOjVlZmU6NTllNDphOGFiLCBkc3QgZmU4MDo2Ojo1ZWZlOjRlMDg6OTM0ZCwgbnh0IDU4LCBy Y3ZpZiBzdGYwLCBvdXRpZiBsbzAKY2Fubm90IGZvcndhcmQgc3JjIGZlODA6Njo6MjAwOjVlZmU6 NTllNDphOGFiLCBkc3QgZmU4MDo2Ojo1ZWZlOjRlMDg6OTM0ZCwgbnh0IDU4LCByY3ZpZiBzdGYw LCBvdXRpZiBsbzAKY2Fubm90IGZvcndhcmQgc3JjIGZlODA6Njo6MjAwOjVlZmU6NTllNDphOGFi LCBkc3QgZmU4MDo2OjoyMDA6NWVmZTo0ZTA4OjkzNGQsIG54dCA1OCwgcmN2aWYgc3RmMCwgb3V0 aWYgbG8wCmNhbm5vdCBmb3J3YXJkIHNyYyBmZTgwOjY6OjIwMDo1ZWZlOjU5ZTQ6YThhYiwgZHN0 IGZlODA6Njo6MjAwOjVlZmU6NGUwODo5MzRkLCBueHQgNTgsIHJjdmlmIHN0ZjAsIG91dGlmIGxv MApNQ0E6IEJhbmsgMiwgU3RhdHVzIDB4OTQwMDQwMDAwMDAwMDE3YQpNQ0E6IEdsb2JhbCBDYXAg MHgwMDAwMDAwMDAwMDAwMTA0LCBTdGF0dXMgMHgwMDAwMDAwMDAwMDAwMDAwCk1DQTogVmVuZG9y ICJBdXRoZW50aWNBTUQiLCBJRCAweDY4MSwgQVBJQyBJRCAwCk1DQTogQ1BVIDAgQ09SIEdDQUNI RSBMMiBFVklDVCBlcnJvcgpNQ0E6IEFkZHJlc3MgMHgxNGZmYmI0MApNQ0E6IEJhbmsgMSwgU3Rh dHVzIDB4OTAwMDAwMDAwMDAwMDE3MQpNQ0E6IEdsb2JhbCBDYXAgMHgwMDAwMDAwMDAwMDAwMTA0 LCBTdGF0dXMgMHgwMDAwMDAwMDAwMDAwMDAwCk1DQTogVmVuZG9yICJBdXRoZW50aWNBTUQiLCBJ RCAweDY4MSwgQVBJQyBJRCAwCk1DQTogQ1BVIDAgQ09SIElDQUNIRSBMMSBFVklDVCBlcnJvcgpj YW5ub3QgZm9yd2FyZCBzcmMgZmU4MDo2OjoyMDA6NWVmZTo1OWU0OmE4YWIsIGRzdCBmZTgwOjY6 OjVlZmU6NGUwODo5MzRkLCBueHQgNTgsIHJjdmlmIHN0ZjAsIG91dGlmIGxvMApMaW1pdGluZyBv cGVuIHBvcnQgUlNUIHJlc3BvbnNlIGZyb20gMjE2IHRvIDIwMCBwYWNrZXRzL3NlYwooZGEwOnVt YXNzLXNpbTA6MDowOjApOiBBdXRvU2Vuc2UgZmFpbGVkCkdFT01fRUxJOiBnX2VsaV9yZWFkX2Rv bmUoKSBmYWlsZWQgbGFiZWwvZ2hvc3RfdGFuazJfZW5jLmVsaVtSRUFEKG9mZnNldD00NzgxNjcy NjkzNzYsIGxlbmd0aD0xNjM4NCldCkdFT01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBk YXRhIGZyb20gbGFiZWwvZ2hvc3RfdGFuazJfZW5jLmVsaSAoZXJyb3I9NSkuCihkYTA6dW1hc3Mt c2ltMDowOjA6MCk6IEF1dG9TZW5zZSBmYWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgp IGZhaWxlZCBsYWJlbC9naG9zdF90YW5rMl9lbmMuZWxpW1JFQUQob2Zmc2V0PTU1MjQ1MzEyODE5 MiwgbGVuZ3RoPTEzMTA3MildCkdFT01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRh IGZyb20gbGFiZWwvZ2hvc3RfdGFuazJfZW5jLmVsaSAoZXJyb3I9NSkuCihkYTA6dW1hc3Mtc2lt MDowOjA6MCk6IEF1dG9TZW5zZSBmYWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgpIGZh aWxlZCBsYWJlbC9naG9zdF90YW5rMl9lbmMuZWxpW1JFQUQob2Zmc2V0PTU1NTI4MDQ2NTkyMCwg bGVuZ3RoPTEzMTA3MildCkdFT01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRhIGZy b20gbGFiZWwvZ2hvc3RfdGFuazJfZW5jLmVsaSAoZXJyb3I9NSkuCihkYTA6dW1hc3Mtc2ltMDow OjA6MCk6IEF1dG9TZW5zZSBmYWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgpIGZhaWxl ZCBsYWJlbC9naG9zdF90YW5rMl9lbmMuZWxpW1JFQUQob2Zmc2V0PTU0MTUwMTk2NDI4OCwgbGVu Z3RoPTEzMTA3MildCkdFT01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRhIGZyb20g bGFiZWwvZ2hvc3RfdGFuazJfZW5jLmVsaSAoZXJyb3I9NSkuCihkYTA6dW1hc3Mtc2ltMDowOjA6 MCk6IEF1dG9TZW5zZSBmYWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgpIGZhaWxlZCBs YWJlbC9naG9zdF90YW5rMl9lbmMuZWxpW1JFQUQob2Zmc2V0PTU0NTczMzgyMDQxNiwgbGVuZ3Ro PTEzMTA3MildCkdFT01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRhIGZyb20gbGFi ZWwvZ2hvc3RfdGFuazJfZW5jLmVsaSAoZXJyb3I9NSkuCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6 IEF1dG9TZW5zZSBmYWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgpIGZhaWxlZCBsYWJl bC9naG9zdF90YW5rMl9lbmMuZWxpW1JFQUQob2Zmc2V0PTUyMTMyNjk1MjQ0OCwgbGVuZ3RoPTEz MTA3MildCkdFT01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRhIGZyb20gbGFiZWwv Z2hvc3RfdGFuazJfZW5jLmVsaSAoZXJyb3I9NSkuCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IEF1 dG9TZW5zZSBmYWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgpIGZhaWxlZCBsYWJlbC9n aG9zdF90YW5rMl9lbmMuZWxpW1JFQUQob2Zmc2V0PTQ5NzY2NDE0NzQ1NiwgbGVuZ3RoPTEzMTA3 MildCkdFT01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRhIGZyb20gbGFiZWwvZ2hv c3RfdGFuazJfZW5jLmVsaSAoZXJyb3I9NSkuCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IEF1dG9T ZW5zZSBmYWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgpIGZhaWxlZCBsYWJlbC9naG9z dF90YW5rMl9lbmMuZWxpW1JFQUQob2Zmc2V0PTQ4MzkwNjc2NDgwMCwgbGVuZ3RoPTEzMTA3Mild CkdFT01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRhIGZyb20gbGFiZWwvZ2hvc3Rf dGFuazJfZW5jLmVsaSAoZXJyb3I9NSkuCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IEF1dG9TZW5z ZSBmYWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgpIGZhaWxlZCBsYWJlbC9naG9zdF90 YW5rMl9lbmMuZWxpW1JFQUQob2Zmc2V0PTQ4OTE4NzM5MzUzNiwgbGVuZ3RoPTEzMTA3MildCkdF T01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRhIGZyb20gbGFiZWwvZ2hvc3RfdGFu azJfZW5jLmVsaSAoZXJyb3I9NSkuCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IEF1dG9TZW5zZSBm YWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgpIGZhaWxlZCBsYWJlbC9naG9zdF90YW5r Ml9lbmMuZWxpW1JFQUQob2Zmc2V0PTQ5MzQ0MTU5NzQ0MCwgbGVuZ3RoPTEzMTA3MildCkdFT01f Sk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRhIGZyb20gbGFiZWwvZ2hvc3RfdGFuazJf ZW5jLmVsaSAoZXJyb3I9NSkuCi91c3I6IG9wdGltaXphdGlvbiBjaGFuZ2VkIGZyb20gVElNRSB0 byBTUEFDRQpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9uc2UgZnJvbSAyMDEgdG8gMjAwIHBh Y2tldHMvc2VjCkxpbWl0aW5nIGljbXAgdW5yZWFjaCByZXNwb25zZSBmcm9tIDMyNCB0byAyMDAg cGFja2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNoIHJlc3BvbnNlIGZyb20gMzAwIHRvIDIw MCBwYWNrZXRzL3NlYwpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9uc2UgZnJvbSAyMjIgdG8g MjAwIHBhY2tldHMvc2VjCkxpbWl0aW5nIGljbXAgdW5yZWFjaCByZXNwb25zZSBmcm9tIDIxOSB0 byAyMDAgcGFja2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNoIHJlc3BvbnNlIGZyb20gMjEy IHRvIDIwMCBwYWNrZXRzL3NlYwpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9uc2UgZnJvbSAy NjcgdG8gMjAwIHBhY2tldHMvc2VjCkxpbWl0aW5nIGljbXAgdW5yZWFjaCByZXNwb25zZSBmcm9t IDI0MCB0byAyMDAgcGFja2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNoIHJlc3BvbnNlIGZy b20gMjIzIHRvIDIwMCBwYWNrZXRzL3NlYwpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9uc2Ug ZnJvbSAyNjYgdG8gMjAwIHBhY2tldHMvc2VjCkxpbWl0aW5nIGljbXAgdW5yZWFjaCByZXNwb25z ZSBmcm9tIDIyOSB0byAyMDAgcGFja2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNoIHJlc3Bv bnNlIGZyb20gMjg2IHRvIDIwMCBwYWNrZXRzL3NlYwpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVz cG9uc2UgZnJvbSAyMTkgdG8gMjAwIHBhY2tldHMvc2VjCkxpbWl0aW5nIGljbXAgdW5yZWFjaCBy ZXNwb25zZSBmcm9tIDIyOSB0byAyMDAgcGFja2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNo IHJlc3BvbnNlIGZyb20gMjIwIHRvIDIwMCBwYWNrZXRzL3NlYwpMaW1pdGluZyBpY21wIHVucmVh Y2ggcmVzcG9uc2UgZnJvbSAyMTIgdG8gMjAwIHBhY2tldHMvc2VjCkxpbWl0aW5nIGljbXAgdW5y ZWFjaCByZXNwb25zZSBmcm9tIDIyNyB0byAyMDAgcGFja2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1 bnJlYWNoIHJlc3BvbnNlIGZyb20gMjAyIHRvIDIwMCBwYWNrZXRzL3NlYwpMaW1pdGluZyBpY21w IHVucmVhY2ggcmVzcG9uc2UgZnJvbSAyNDYgdG8gMjAwIHBhY2tldHMvc2VjCkxpbWl0aW5nIGlj bXAgdW5yZWFjaCByZXNwb25zZSBmcm9tIDIxMiB0byAyMDAgcGFja2V0cy9zZWMKTGltaXRpbmcg aWNtcCB1bnJlYWNoIHJlc3BvbnNlIGZyb20gMjU1IHRvIDIwMCBwYWNrZXRzL3NlYwpMaW1pdGlu ZyBpY21wIHVucmVhY2ggcmVzcG9uc2UgZnJvbSAyMjYgdG8gMjAwIHBhY2tldHMvc2VjCkxpbWl0 aW5nIGljbXAgdW5yZWFjaCByZXNwb25zZSBmcm9tIDIzNyB0byAyMDAgcGFja2V0cy9zZWMKTGlt aXRpbmcgaWNtcCB1bnJlYWNoIHJlc3BvbnNlIGZyb20gMjAyIHRvIDIwMCBwYWNrZXRzL3NlYwpM aW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9uc2UgZnJvbSAyNTcgdG8gMjAwIHBhY2tldHMvc2Vj CkxpbWl0aW5nIGljbXAgdW5yZWFjaCByZXNwb25zZSBmcm9tIDI0NiB0byAyMDAgcGFja2V0cy9z ZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNoIHJlc3BvbnNlIGZyb20gMjYxIHRvIDIwMCBwYWNrZXRz L3NlYwpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9uc2UgZnJvbSAyMTcgdG8gMjAwIHBhY2tl dHMvc2VjCkxpbWl0aW5nIGljbXAgdW5yZWFjaCByZXNwb25zZSBmcm9tIDI1MiB0byAyMDAgcGFj a2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNoIHJlc3BvbnNlIGZyb20gMjQxIHRvIDIwMCBw YWNrZXRzL3NlYwpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9uc2UgZnJvbSAyMTkgdG8gMjAw IHBhY2tldHMvc2VjCkxpbWl0aW5nIGljbXAgdW5yZWFjaCByZXNwb25zZSBmcm9tIDI0MCB0byAy MDAgcGFja2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNoIHJlc3BvbnNlIGZyb20gMjU4IHRv IDIwMCBwYWNrZXRzL3NlYwpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9uc2UgZnJvbSAyNTMg dG8gMjAwIHBhY2tldHMvc2VjCkxpbWl0aW5nIGljbXAgdW5yZWFjaCByZXNwb25zZSBmcm9tIDIw OSB0byAyMDAgcGFja2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNoIHJlc3BvbnNlIGZyb20g MjYwIHRvIDIwMCBwYWNrZXRzL3NlYwpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9uc2UgZnJv bSAyMDkgdG8gMjAwIHBhY2tldHMvc2VjCkxpbWl0aW5nIGljbXAgdW5yZWFjaCByZXNwb25zZSBm cm9tIDIzMCB0byAyMDAgcGFja2V0cy9zZWMKTGltaXRpbmcgaWNtcCB1bnJlYWNoIHJlc3BvbnNl IGZyb20gMjExIHRvIDIwMCBwYWNrZXRzL3NlYwpMaW1pdGluZyBpY21wIHVucmVhY2ggcmVzcG9u c2UgZnJvbSAyMTMgdG8gMjAwIHBhY2tldHMvc2VjCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IEF1 dG9TZW5zZSBmYWlsZWQKR0VPTV9FTEk6IGdfZWxpX3JlYWRfZG9uZSgpIGZhaWxlZCBsYWJlbC9n aG9zdF90YW5rMl9lbmMuZWxpW1JFQUQob2Zmc2V0PTQ4MzU2NTMzODYyNCwgbGVuZ3RoPTEzMTA3 MildCkdFT01fSk9VUk5BTDogRXJyb3Igd2hpbGUgcmVhZGluZyBkYXRhIGZyb20gbGFiZWwvZ2hv c3RfdGFuazJfZW5jLmVsaSAoZXJyb3I9NSkuCkxpbWl0aW5nIG9wZW4gcG9ydCBSU1QgcmVzcG9u c2UgZnJvbSAyMzcgdG8gMjAwIHBhY2tldHMvc2VjCkxpbWl0aW5nIG9wZW4gcG9ydCBSU1QgcmVz cG9uc2UgZnJvbSAyMTkgdG8gMjAwIHBhY2tldHMvc2VjCk1DQTogQmFuayAyLCBTdGF0dXMgMHg5 NDAwNDAwMDAwMDAwMTdhCk1DQTogR2xvYmFsIENhcCAweDAwMDAwMDAwMDAwMDAxMDQsIFN0YXR1 cyAweDAwMDAwMDAwMDAwMDAwMDAKTUNBOiBWZW5kb3IgIkF1dGhlbnRpY0FNRCIsIElEIDB4Njgx LCBBUElDIElEIDAKTUNBOiBDUFUgMCBDT1IgR0NBQ0hFIEwyIEVWSUNUIGVycm9yCk1DQTogQWRk cmVzcyAweDUxZTg4MApybDA6IHByb21pc2N1b3VzIG1vZGUgZW5hYmxlZApicmlkZ2UwOiBwcm9t aXNjdW91cyBtb2RlIGVuYWJsZWQKdHVuMDogcHJvbWlzY3VvdXMgbW9kZSBlbmFibGVkCmxvMDog cHJvbWlzY3VvdXMgbW9kZSBlbmFibGVkCnJsMDogcHJvbWlzY3VvdXMgbW9kZSBkaXNhYmxlZApi cmlkZ2UwOiBwcm9taXNjdW91cyBtb2RlIGRpc2FibGVkCnR1bjA6IHByb21pc2N1b3VzIG1vZGUg ZGlzYWJsZWQKbG8wOiBwcm9taXNjdW91cyBtb2RlIGRpc2FibGVkCnJsMDogcHJvbWlzY3VvdXMg bW9kZSBlbmFibGVkCmJyaWRnZTA6IHByb21pc2N1b3VzIG1vZGUgZW5hYmxlZAp0dW4wOiBwcm9t aXNjdW91cyBtb2RlIGVuYWJsZWQKbG8wOiBwcm9taXNjdW91cyBtb2RlIGVuYWJsZWQKcmwwOiBw cm9taXNjdW91cyBtb2RlIGRpc2FibGVkCmJyaWRnZTA6IHByb21pc2N1b3VzIG1vZGUgZGlzYWJs ZWQKdHVuMDogcHJvbWlzY3VvdXMgbW9kZSBkaXNhYmxlZApsbzA6IHByb21pc2N1b3VzIG1vZGUg ZGlzYWJsZWQKKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogQXV0b1NlbnNlIGZhaWxlZApHRU9NX0VM STogZ19lbGlfcmVhZF9kb25lKCkgZmFpbGVkIGxhYmVsL2dob3N0X3RhbmsyX2VuYy5lbGlbUkVB RChvZmZzZXQ9MTkwMjE0MTYwMzg0LCBsZW5ndGg9NjU1MzYpXQpHRU9NX0pPVVJOQUw6IEVycm9y IHdoaWxlIHJlYWRpbmcgZGF0YSBmcm9tIGxhYmVsL2dob3N0X3RhbmsyX2VuYy5lbGkgKGVycm9y PTUpLgp1Z2VuMS4yOiA8dmVuZG9yIDB4MDQ1ZT4gYXQgdXNidXMxCnVnZW4xLjI6IDx2ZW5kb3Ig MHgwNDVlPiBhdCB1c2J1czEgKGRpc2Nvbm5lY3RlZCkKdWdlbjEuMjogPHZlbmRvciAweDA0NWU+ IGF0IHVzYnVzMQp1Z2VuMS4yOiA8dmVuZG9yIDB4MDQ1ZT4gYXQgdXNidXMxIChkaXNjb25uZWN0 ZWQpCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IEF1dG9TZW5zZSBmYWlsZWQKR0VPTV9FTEk6IGdf ZWxpX3JlYWRfZG9uZSgpIGZhaWxlZCBsYWJlbC9naG9zdF90YW5rMl9lbmMuZWxpW1JFQUQob2Zm c2V0PTU5OTA4MTIwNTc2MCwgbGVuZ3RoPTEzMTA3MildCkdFT01fSk9VUk5BTDogRXJyb3Igd2hp bGUgcmVhZGluZyBkYXRhIGZyb20gbGFiZWwvZ2hvc3RfdGFuazJfZW5jLmVsaSAoZXJyb3I9NSku CnJsMDogcHJvbWlzY3VvdXMgbW9kZSBlbmFibGVkCmJyaWRnZTA6IHByb21pc2N1b3VzIG1vZGUg ZW5hYmxlZAp0dW4wOiBwcm9taXNjdW91cyBtb2RlIGVuYWJsZWQKbG8wOiBwcm9taXNjdW91cyBt b2RlIGVuYWJsZWQKcmwwOiBwcm9taXNjdW91cyBtb2RlIGRpc2FibGVkCmJyaWRnZTA6IHByb21p c2N1b3VzIG1vZGUgZGlzYWJsZWQKdHVuMDogcHJvbWlzY3VvdXMgbW9kZSBkaXNhYmxlZApsbzA6 IHByb21pc2N1b3VzIG1vZGUgZGlzYWJsZWQKdWdlbjMuMjogPHZlbmRvciAweDA1OGY+IGF0IHVz YnVzMyAoZGlzY29ubmVjdGVkKQp1aHViNDogYXQgdWh1YjMsIHBvcnQgMSwgYWRkciAyIChkaXNj b25uZWN0ZWQpCgoKRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJuZWwgbW9k ZQpjcHVpZCA9IDA7IGFwaWMgaWQgPSAwMApmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAweGVhNzgy MGFhCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50Cmluc3Ry dWN0aW9uIHBvaW50ZXIJPSAweDIwOjB4YzA3MTBkNjQKc3RhY2sgcG9pbnRlcgkgICAgICAgID0g MHgyODoweGU0MjM5YWZjCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHhlNDIzOWIwYwpj b2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgoJCQk9IERQ TCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0 IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDAKY3VycmVudCBwcm9jZXNzCQk9IDE1ICh1c2J1czMp CnRyYXAgbnVtYmVyCQk9IDEyCnBhbmljOiBwYWdlIGZhdWx0CmNwdWlkID0gMApLREI6IHN0YWNr IGJhY2t0cmFjZToKZGJfdHJhY2Vfc2VsZl93cmFwcGVyKGMwNzZjMWQ1LGQzMTIwNmUsMmM2NjAw MGEsNzA3OTc0MjAsNzgzMDIwNjUsLi4uKSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyNgpr ZGJfYmFja3RyYWNlKGMwNzg4MDRhLDAsYzA3NWRkNzUsZTQyMzk5YTgsMCwuLi4pIGF0IGtkYl9i YWNrdHJhY2UrMHgyYQpwYW5pYyhjMDc1ZGQ3NSxjMDc4OGQzMyxjM2U0MzQzOCwxLDEsLi4uKSBh dCBwYW5pYysweDExNwp0cmFwX2ZhdGFsKGMxMTkwMDAwLGVhNzgyMDAwLDEsMCxjM2U0MzJkMCwu Li4pIGF0IHRyYXBfZmF0YWwrMHgzMjUKdHJhcF9wZmF1bHQoMCwwLDllZDIzNTIxLGMzZTQzMmQw LGMzZDgyMDAwLC4uLikgYXQgdHJhcF9wZmF1bHQrMHgyNTAKdHJhcChlNDIzOWFiYykgYXQgdHJh cCsweDQ1MwpjYWxsdHJhcCgpIGF0IGNhbGx0cmFwKzB4NgotLS0gdHJhcCAweGMsIGVpcCA9IDB4 YzA3MTBkNjQsIGVzcCA9IDB4ZTQyMzlhZmMsIGVicCA9IDB4ZTQyMzliMGMgLS0tCmJ1c19kbWFf dGFnX2Rlc3Ryb3koZWE3ODIwN2EsYzQ0NzY3ZDAsYzQ0NzY0MDAsYzQ0YzEwYTAsZTQyMzliNDQs Li4uKSBhdCBidXNfZG1hX3RhZ19kZXN0cm95KzB4MTQKdXNiX2RtYV90YWdfdW5zZXR1cChjNDQ3 NjQwMCwwLGMwOWNjNTkyLDQ5MSxjNDQ3NjRiMCwuLi4pIGF0IHVzYl9kbWFfdGFnX3Vuc2V0dXAr MHgzZQp1c2JkX3RyYW5zZmVyX3Vuc2V0dXBfc3ViKGMzZTYwZGQ0LDAsYzA5Y2M1OTIsNGYwLDAs Li4uKSBhdCB1c2JkX3RyYW5zZmVyX3Vuc2V0dXBfc3ViKzB4YTAKdXNiZF90cmFuc2Zlcl91bnNl dHVwKGM0NGMxMGEwLDEsYzQ0YzEyMDAsMSwwLC4uLikgYXQgdXNiZF90cmFuc2Zlcl91bnNldHVw KzB4MWFkCnVodWJfZGV0YWNoKGM0NGMxMjAwLGMzZDhmODYwLGMwNzliNjE4LGU0MjM5YmM0LGMw NTI3MTk5LC4uLikgYXQgdWh1Yl9kZXRhY2grMHgzYQpkZXZpY2VfZGV0YWNoKGM0NGMxMjAwLGMw OWNiZGU2LGM0NDY2YmQwLDEsMiwuLi4pIGF0IGRldmljZV9kZXRhY2grMHg2OAp1c2JfZGV0YWNo X2RldmljZShjNDQ3ZDAwMCxmZiwyLGM0NDdkMGYwLGM0NDdkMDAwLC4uLikgYXQgdXNiX2RldGFj aF9kZXZpY2UrMHgzZgp1c2JfdW5jb25maWd1cmUoYzQ0Yzk2MDAsYzA5YmIxZjAsYzNmZGE0NDAs N2YyLGMzZTYwYzc4LC4uLikgYXQgdXNiX3VuY29uZmlndXJlKzB4MzYKdXNiX2ZyZWVfZGV2aWNl KGM0NDdkMDAwLDAsMSwxMCxjM2U2MGRkNCwuLi4pIGF0IHVzYl9mcmVlX2RldmljZSsweDE4YQp1 aHViX2V4cGxvcmUoYzNlYmE0MDAsMCxjMDljYjUxMCxmNyxjM2U2MGQ1YywuLi4pIGF0IHVodWJf ZXhwbG9yZSsweDEyOAp1c2JfYnVzX2V4cGxvcmUoYzNlNjBkNWMsYzNlNjBkZDQsYzA5Y2M0ZTEs NmMsYzNlNjBkMGMsLi4uKSBhdCB1c2JfYnVzX2V4cGxvcmUrMHhiOAp1c2JfcHJvY2VzcyhjM2U2 MGNmYyxlNDIzOWQyOCw0OTAwMDAyLDE4MDgwNDU4LDMwMTkwNDAsLi4uKSBhdCB1c2JfcHJvY2Vz cysweGFhCmZvcmtfZXhpdChjMDljNTg5MCxjM2U2MGNmYyxlNDIzOWQyOCkgYXQgZm9ya19leGl0 KzB4OTAKZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lKzB4OAotLS0gdHJhcCAw LCBlaXAgPSAwLCBlc3AgPSAweGU0MjM5ZDYwLCBlYnAgPSAwIC0tLQpVcHRpbWU6IDMwZDE5aDU5 bTU0cwooZGEwOnVtYXNzLXNpbTA6MDowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjog MzUgMCAwIDAgMCAwIDAgMCAwIDAgCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IFNDU0kgc2Vuc2U6 IEVycm9yIGNvZGUgMHgzZQpQaHlzaWNhbCBtZW1vcnk6IDEwMDcgTUIKRHVtcGluZyAyMDkgTUI6 IDE5NCAxNzggMTYyIDE0NiAxMzAgMTE0IDk4IDgyIDY2IDUwIDM0IDE4IDIKRHVtcCBjb21wbGV0 ZQpBdXRvbWF0aWMgcmVib290IGluIDE1IHNlY29uZHMgLSBwcmVzcyBhIGtleSBvbiB0aGUgY29u c29sZSB0byBhYm9ydApSZWJvb3RpbmcuLi4KQ29weXJpZ2h0IChjKSAxOTkyLTIwMTAgVGhlIEZy ZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4 LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy c2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVn aXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjIt UFJFUkVMRUFTRSAjMDogU3VuIERlYyAxOSAxOTo1OToyNSBDRVQgMjAxMAogICAgcm9vdEBnaG9z dC5wbmV0Lm9uZS5wbDovaG9tZS9vYmovdXNyL3NyYy9zeXMvU0VSV0VSX0REQiBpMzg2ClRpbWVj b3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNQVTogQU1EIEF0 aGxvbih0bSkgWFAgMTcwMCsgKDE0NjYuNzMtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0g IkF1dGhlbnRpY0FNRCIgIElkID0gMHg2ODEgIEZhbWlseSA9IDYgIE1vZGVsID0gOCAgU3RlcHBp bmcgPSAxCiAgRmVhdHVyZXM9MHgzODNmOWZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1D RSxDWDgsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixTU0U+CiAgQU1E IEZlYXR1cmVzPTB4YzA0MDA4MDA8U1lTQ0FMTCxNTVgrLDNETm93ISssM0ROb3chPgpyZWFsIG1l bW9yeSAgPSAxMDczNzQxODI0ICgxMDI0IE1CKQphdmFpbCBtZW1vcnkgPSAxMDMxOTI1NzYwICg5 ODQgTUIpCndsYW46IG1hYyBhY2wgcG9saWN5IHJlZ2lzdGVyZWQKa2JkMSBhdCBrYmRtdXgwCmFj cGkwOiA8QU1JSU5UIFZJQV9LNz4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFtJVEhSRUFEXQphY3Bp MDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5 IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMu NTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24g YWNwaTAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMApwY2liMDogPEFDUEkg SG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIwCmFncDA6IDxWSUEgWE0yNjYgKFBNMjY2L0tNMjY2KSBob3N0IHRvIFBD SSBicmlkZ2U+IG9uIGhvc3RiMAphZ3AwOiBhcGVydHVyZSBzaXplIGlzIDY0TQpwY2liMTogPFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPFBDSSBidXM+IG9uIHBj aWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBtZW0gMHhkZmU4MDAwMC0weGRm ZWZmZmZmLDB4ZDAwMDAwMDAtMHhkN2ZmZmZmZiBpcnEgNSBhdCBkZXZpY2UgMC4wIG9uIHBjaTEK cGNpMDogPG5ldHdvcmssIGV0aGVybmV0PiBhdCBkZXZpY2UgOC4wIChubyBkcml2ZXIgYXR0YWNo ZWQpCnJsMDogPFJlYWxUZWsgODEzOSAxMC8xMDBCYXNlVFg+IHBvcnQgMHhlYzAwLTB4ZWNmZiBt ZW0gMHhkZmZlZmYwMC0weGRmZmVmZmZmIGlycSAxMSBhdCBkZXZpY2UgOS4wIG9uIHBjaTAKbWlp YnVzMDogPE1JSSBidXM+IG9uIHJsMApybHBoeTA6IDxSZWFsVGVrIGludGVybmFsIG1lZGlhIGlu dGVyZmFjZT4gUEhZIDAgb24gbWlpYnVzMApybHBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwg MTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnJsMDogRXRoZXJuZXQgYWRkcmVzczogMDA6 YTE6YjA6YTI6OWM6ZWUKcmwwOiBbSVRIUkVBRF0KdWhjaTA6IDxWSUEgODNDNTcyIFVTQiBjb250 cm9sbGVyPiBwb3J0IDB4ZTAwMC0weGUwMWYgaXJxIDUgYXQgZGV2aWNlIDE2LjAgb24gcGNpMAp1 aGNpMDogW0lUSFJFQURdCnVzYnVzMDogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IG9uIHVo Y2kwCnVoY2kxOiA8VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gcG9ydCAweGU0MDAtMHhlNDFm IGlycSAxMSBhdCBkZXZpY2UgMTYuMSBvbiBwY2kwCnVoY2kxOiBbSVRIUkVBRF0KdXNidXMxOiA8 VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gb24gdWhjaTEKdWhjaTI6IDxWSUEgODNDNTcyIFVT QiBjb250cm9sbGVyPiBwb3J0IDB4ZTgwMC0weGU4MWYgaXJxIDExIGF0IGRldmljZSAxNi4yIG9u IHBjaTAKdWhjaTI6IFtJVEhSRUFEXQp1c2J1czI6IDxWSUEgODNDNTcyIFVTQiBjb250cm9sbGVy PiBvbiB1aGNpMgplaGNpMDogPFZJQSBWVDYyMDIgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhk ZmZlZmUwMC0weGRmZmVmZWZmIGlycSA1IGF0IGRldmljZSAxNi4zIG9uIHBjaTAKZWhjaTA6IFtJ VEhSRUFEXQp1c2J1czM6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMzOiA8VklBIFZUNjIwMiBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmlj ZSAxNy4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxWSUEgODIz NSBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcs MHgzNzYsMHhmYzAwLTB4ZmMwZiBhdCBkZXZpY2UgMTcuMSBvbiBwY2kwCmF0YTA6IDxBVEEgY2hh bm5lbCAwPiBvbiBhdGFwY2kwCmF0YTA6IFtJVEhSRUFEXQphdGExOiA8QVRBIGNoYW5uZWwgMT4g b24gYXRhcGNpMAphdGExOiBbSVRIUkVBRF0KcGNtMDogPFZJQSBWVDgyMzU+IHBvcnQgMHhkYzAw LTB4ZGNmZiBpcnEgMTEgYXQgZGV2aWNlIDE3LjUgb24gcGNpMApwY20wOiBbSVRIUkVBRF0KcGNt MDogPFZJQSBUZWNobm9sb2dpZXMgVklBMTYxMkEgQUM5NyBDb2RlYz4KcGNtMDogPFZJQSBEWFMg RW5hYmxlZDogRFhTIDQgLyBTR0QgMSAvIFJFQyAxPgp2cjA6IDxWSUEgVlQ2MTAyIFJoaW5lIElJ IDEwLzEwMEJhc2VUWD4gcG9ydCAweGQ4MDAtMHhkOGZmIG1lbSAweGRmZmVmZDAwLTB4ZGZmZWZk ZmYgaXJxIDUgYXQgZGV2aWNlIDE4LjAgb24gcGNpMAp2cjA6IFF1aXJrczogMHgwCnZyMDogUmV2 aXNpb246IDB4NzQKbWlpYnVzMTogPE1JSSBidXM+IG9uIHZyMAp1a3BoeTA6IDxHZW5lcmljIElF RUUgODAyLjN1IG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMQp1a3BoeTA6ICAxMGJh c2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnZyMDogRXRo ZXJuZXQgYWRkcmVzczogNDI6MDA6ZTY6NjU6OWI6MTEKdnIwOiBbSVRIUkVBRF0KYWNwaV9idXR0 b24xOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4g cG9ydCAweDcwLTB4NzEgaXJxIDggb24gYWNwaTAKcG10aW1lcjAgb24gaXNhMApvcm0wOiA8SVNB IE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4Y2JmZmYsMHhjYzAwMC0weGRiZmZmIHBu cGlkIE9STTAwMDAgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6 IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJm ZmZmIG9uIGlzYTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9y dCAweDYwLDB4NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRj MAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkMDogW0lUSFJFQURd CnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBm bGFncyAweDEwIG9uIGlzYTAKdWFydDA6IFtGSUxURVJdCnVhcnQwOiBjb25zb2xlICgxMTUyMDAs biw4LDEpCmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhyb3R0bGluZz4gb24gY3B1MApUaW1l Y291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTQ2NjcyODMyMSBIeiBxdWFsaXR5IDgwMApUaW1lY291 bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNC IHYxLjAKdXNidXMxOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czI6IDEyTWJwcyBG dWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMzogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCmRy aXZlciBidWc6IFVuYWJsZSB0byBzZXQgZGV2Y2xhc3MgKGRldm5hbWU6IChudWxsKSkKYWQwOiAz OTIwNE1CIDxNYXh0b3IgMkYwNDBMMCBWQU01MUpKMD4gYXQgYXRhMC1tYXN0ZXIgVURNQTEzMyAK dWdlbjAuMTogPFZJQT4gYXQgdXNidXMwCnVodWIwOiA8VklBIFVIQ0kgcm9vdCBIVUIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPFZJQT4gYXQg dXNidXMxCnVodWIxOiA8VklBIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czEKdWdlbjIuMTogPFZJQT4gYXQgdXNidXMyCnVodWIyOiA8VklB IFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czIKdWdlbjMuMTogPFZJQT4gYXQgdXNidXMzCnVodWIzOiA8VklBIEVIQ0kgcm9vdCBIVUIsIGNs YXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMKYWQxOiAxMTQ0NzNNQiA8 V0RDIFdEMTIwMEJCLTAwREFBMyA3NS4xM0I3NT4gYXQgYXRhMC1zbGF2ZSBVRE1BMTAwIApHRU9N OiBhZDA6IHBhcnRpdGlvbiAxIGRvZXMgbm90IHN0YXJ0IG9uIGEgdHJhY2sgYm91bmRhcnkuCkdF T006IGFkMDogcGFydGl0aW9uIDEgZG9lcyBub3QgZW5kIG9uIGEgdHJhY2sgYm91bmRhcnkuCmFj ZDA6IERWRFIgPExJVEUtT04gRFZEUlcgU09IVy04MzJTL1ZTMEc+IGF0IGF0YTEtbWFzdGVyIFVE TUEzMyAKR0VPTTogYWQxOiBwYXJ0aXRpb24gMSBkb2VzIG5vdCBzdGFydCBvbiBhIHRyYWNrIGJv dW5kYXJ5LgpHRU9NOiBhZDE6IHBhcnRpdGlvbiAxIGRvZXMgbm90IGVuZCBvbiBhIHRyYWNrIGJv dW5kYXJ5Lgp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1 YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIyOiAyIHBvcnRz IHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1 c2J1czMKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMzCnVodWIzOiA2IHBvcnRzIHdpdGgg NiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czMK dWdlbjMuMjogPHZlbmRvciAweDA1OGY+IGF0IHVzYnVzMwp1aHViNDogPHZlbmRvciAweDA1OGYg cHJvZHVjdCAweDYyNTQsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAyPiBvbiB1c2J1 czMKYWNkMDogRkFJTFVSRSAtIElOUVVJUlkgSUxMRUdBTCBSRVFVRVNUIGFzYz0weDI0IGFzY3E9 MHgwMCAKKHByb2JlMDphdGExOjA6MDowKTogVEVTVCBVTklUIFJFQURZLiBDREI6IDAgMCAwIDAg MCAwIAoocHJvYmUwOmF0YTE6MDowOjApOiBDQU0gc3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcgoo cHJvYmUwOmF0YTE6MDowOjApOiBTQ1NJIHN0YXR1czogQ2hlY2sgQ29uZGl0aW9uCihwcm9iZTA6 YXRhMTowOjA6MCk6IFNDU0kgc2Vuc2U6IE5PVCBSRUFEWSBhc2M6M2EsMCAoTWVkaXVtIG5vdCBw cmVzZW50KQpjZDAgYXQgYXRhMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAKY2QwOiA8TElU RS1PTiBEVkRSVyBTT0hXLTgzMlMgVlMwRz4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNl IApjZDA6IDMzLjAwME1CL3MgdHJhbnNmZXJzCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ug c2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50ClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IHVzYnVzMwp1aHViNDogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdWdlbjMuMzogPFN1bnBsdXMgVGVjaG5vbG9neSBJbmMuPiBhdCB1c2J1czMKdW1hc3Mw OiA8QnVsayBPbmx5IEludGVyZmFjZT4gb24gdXNidXMzClJvb3QgbW91bnQgd2FpdGluZyBmb3I6 IHVzYnVzMwpkYTAgYXQgdW1hc3Mtc2ltMCBidXMgMCBzY2J1czIgdGFyZ2V0IDAgbHVuIDAKZGEw OiA8V0RDIFdEMTAgRUFEUy0wMEw1QjEgPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZp Y2UgCmRhMDogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEwOiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1 MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwMUMpCnVnZW4zLjQ6IDxJbWF0aW9uPiBh dCB1c2J1czMKdW1hc3MxOiA8SW1hdGlvbiBBdG9tLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuMTAs IGFkZHIgND4gb24gdXNidXMzCmRhMSBhdCB1bWFzcy1zaW0xIGJ1cyAxIHNjYnVzMyB0YXJnZXQg MCBsdW4gMApkYTE6IDxJbWF0aW9uIEF0b20gUE1BUD4gUmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3Mg U0NTSS0wIGRldmljZSAKZGExOiA0MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE6IDM4NzJNQiAoNzky OTg1NiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDQ5M0MpCnVnZW4zLjU6IDxIUD4gYXQg dXNidXMzClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvbGFiZWwvYm9vdDBhCldB Uk5JTkc6IC8gd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCmNyeXB0b3NvZnQwOiA8c29mdHdh cmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZApHRU9NX0VMSTogRGV2aWNlIGxhYmVsL2dob3N0X3Rh bmsyX2VuYy5lbGkgY3JlYXRlZC4KR0VPTV9FTEk6IEVuY3J5cHRpb246IEFFUy1DQkMgMTI4CkdF T01fRUxJOiAgICAgQ3J5cHRvOiBzb2Z0d2FyZQpHRU9NX0pPVVJOQUw6IEpvdXJuYWwgMjkwMDgw Nzk2OiBsYWJlbC9naG9zdF90YW5rMl9lbmMuZWxpIGNvbnRhaW5zIGRhdGEuCkdFT01fSk9VUk5B TDogSm91cm5hbCAyOTAwODA3OTY6IGxhYmVsL2dob3N0X3RhbmsyX2VuYy5lbGkgY29udGFpbnMg am91cm5hbC4KR0VPTV9KT1VSTkFMOiBKb3VybmFsIGxhYmVsL2dob3N0X3RhbmsyX2VuYy5lbGkg Y29uc2lzdGVudC4KV0FSTklORzogL3RtcCB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FS TklORzogL3VzciB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKL3VzcjogbW91bnQgcGVuZGlu ZyBlcnJvcjogYmxvY2tzIDggZmlsZXMgMQpXQVJOSU5HOiAvdmFyIHdhcyBub3QgcHJvcGVybHkg ZGlzbW91bnRlZApXQVJOSU5HOiAvaG9tZSB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FS TklORzogL3Vzci9sb2NhbC9zcXVpZC9jYWNoZSB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQK V0FSTklORzogL3ZvbC9zdG9yZSB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKYnJpZGdlMDog RXRoZXJuZXQgYWRkcmVzczogYzY6MmQ6YjA6MzY6NGY6NWUKV0FSTklORzogYXR0ZW1wdCB0byBk b21haW5fYWRkKG5ldGdyYXBoKSBhZnRlciBkb21haW5maW5hbGl6ZSgpCnN0cmF5IGlycTcKZnVz ZTRic2Q6IHZlcnNpb24gMC4zLjktcHJlMSwgRlVTRSBBQkkgNy44CnN0cmF5IGlycTcKc3RyYXkg aXJxNwphY2QwOiBGQUlMVVJFIC0gQVRBX0lERU5USUZZIHN0YXR1cz01MTxSRUFEWSxEU0MsRVJS T1I+IGVycm9yPTQ8QUJPUlRFRD4gTEJBPTAKc3RyYXkgaXJxNwp0b28gbWFueSBzdHJheSBpcnEg NydzOiBub3QgbG9nZ2luZyBhbnltb3JlCnZyMDogcHJvbWlzY3VvdXMgbW9kZSBlbmFibGVkCnBp ZCAxMTYxMiAoZ25vbWUtY2xvY2stYXBwbGV0LSksIHVpZCAwOiBleGl0ZWQgb24gc2lnbmFsIDEx IChjb3JlIGR1bXBlZCkKcGlkIDU3NTUwIChnbm9tZS1wdHktaGVscGVyKSBpcyB1c2luZyBsZWdh Y3kgcHR5IGRldmljZXMgLSBub3QgbG9nZ2luZyBhbnltb3JlCnBpZCA1NzkzMCAoZ25vbWUtY2xv Y2stYXBwbGV0LSksIHVpZCAwOiBleGl0ZWQgb24gc2lnbmFsIDExIChjb3JlIGR1bXBlZCkK --001636c5a9ef813370049a788a8f-- From owner-freebsd-usb@FreeBSD.ORG Sun Jan 23 09:05:54 2011 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 883AF1065672; Sun, 23 Jan 2011 09:05:54 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id DE52E8FC15; Sun, 23 Jan 2011 09:05:53 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6QwXiDozn7Gnsf2tGidwH+ndAwLlGixx7JAIKZICKmI= c=1 sm=1 a=3gTVZJsz1QcA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=0AxqFMKX0_ue9S-tZRgA:9 a=FdxVLjIkD9mi8Je-UMkHfJMU3pUA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 77716225; Sun, 23 Jan 2011 10:05:52 +0100 From: Hans Petter Selasky To: Matthias Apitz Date: Sun, 23 Jan 2011 10:06:00 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110122104239.GA4991@tinyCurrent> <201101221603.01748.hselasky@c2i.net> <20110122150835.GA5762@tinyCurrent> In-Reply-To: <20110122150835.GA5762@tinyCurrent> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201101231006.00289.hselasky@c2i.net> Cc: mav@freebsd.org, freebsd-usb@freebsd.org Subject: Re: da(4) not attaching to USB drive 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, 23 Jan 2011 09:05:54 -0000 Hi Mav, Do you know if there are any recent changes in the SCSI layer on FreeBSD th= at=20 will affect USB SCSI devices? =2D-HPS On Saturday 22 January 2011 16:08:35 Matthias Apitz wrote: > El d=C3=ADa Saturday, January 22, 2011 a las 04:03:01PM +0100, Hans Pette= r=20 Selasky escribi=C3=B3: > > > > Is the HDD supplied with external power? > > >=20 > > > Yes. > > >=20 > > > matthias > >=20 > > Have you tried a: > >=20 > > camcontrol rescan all >=20 > yes: >=20 > # usbconfig -u 4 -a 3 dump_device_desc > ugen4.3: at usbus4, cfg=3D0 md=3DHOST > spd=3DHIGH (480Mbps) pwr=3DON >=20 > bLength =3D 0x0012 > bDescriptorType =3D 0x0001 > bcdUSB =3D 0x0200 > bDeviceClass =3D 0x0000 > bDeviceSubClass =3D 0x0000 > bDeviceProtocol =3D 0x0000 > bMaxPacketSize0 =3D 0x0040 > idVendor =3D 0x07ab > idProduct =3D 0xfc8e > bcdDevice =3D 0x0108 > iManufacturer =3D 0x0002 > iProduct =3D 0x0003 > iSerialNumber =3D 0x0001 > bNumConfigurations =3D 0x0001 >=20 > # camcontrol rescan all > Re-scan of bus 0 was successful =09 From owner-freebsd-usb@FreeBSD.ORG Sun Jan 23 16:48:18 2011 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 D7A1C1065672; Sun, 23 Jan 2011 16:48:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0A23D8FC1F; Sun, 23 Jan 2011 16:48:17 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6QwXiDozn7Gnsf2tGidwH+ndAwLlGixx7JAIKZICKmI= c=1 sm=1 a=3gTVZJsz1QcA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=NyFAjplB-NgSKuE2M5cA:9 a=HwILXU3Bk0d6k9r-JKu51T9pEE8A:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 77825872; Sun, 23 Jan 2011 17:48:16 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 23 Jan 2011 17:48:24 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110122104239.GA4991@tinyCurrent> <20110122150835.GA5762@tinyCurrent> <201101231006.00289.hselasky@c2i.net> In-Reply-To: <201101231006.00289.hselasky@c2i.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101231748.24599.hselasky@c2i.net> Cc: mav@freebsd.org Subject: Re: da(4) not attaching to USB drive 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, 23 Jan 2011 16:48:18 -0000 On Sunday 23 January 2011 10:06:00 Hans Petter Selasky wrote: > Hi Mav, > > Do you know if there are any recent changes in the SCSI layer on FreeBSD > that will affect USB SCSI devices? Another idea: Maybe your device is too late identifying itself. You could try: usbconfig -d X.Y set_config 0 Then: usbconfig -d X.Y set_config 1 After that the device has been plugged. --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Jan 23 18:29:30 2011 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 DEF13106566B; Sun, 23 Jan 2011 18:29:29 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 71D338FC15; Sun, 23 Jan 2011 18:29:29 +0000 (UTC) Received: from [93.104.72.148] (helo=localhost.my.domain) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Ph4gp-0002Co-3F; Sun, 23 Jan 2011 19:29:27 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.4/8.14.3) with ESMTP id p0NITO9f016164; Sun, 23 Jan 2011 19:29:25 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.4/8.14.3/Submit) id p0NITNB6016163; Sun, 23 Jan 2011 19:29:23 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sun, 23 Jan 2011 19:29:18 +0100 From: Matthias Apitz To: Hans Petter Selasky Message-ID: <20110123182918.GA16104@tinyCurrent> References: <20110122104239.GA4991@tinyCurrent> <20110122150835.GA5762@tinyCurrent> <201101231006.00289.hselasky@c2i.net> <201101231748.24599.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201101231748.24599.hselasky@c2i.net> X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Originating-IP: 93.104.72.148 Cc: mav@freebsd.org, freebsd-usb@freebsd.org Subject: Re: da(4) not attaching to USB drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2011 18:29:30 -0000 El día Sunday, January 23, 2011 a las 05:48:24PM +0100, Hans Petter Selasky escribió: > On Sunday 23 January 2011 10:06:00 Hans Petter Selasky wrote: > > Hi Mav, > > > > Do you know if there are any recent changes in the SCSI layer on FreeBSD > > that will affect USB SCSI devices? > > Another idea: > > Maybe your device is too late identifying itself. You could try: > > usbconfig -d X.Y set_config 0 > > Then: > > usbconfig -d X.Y set_config 1 > > After that the device has been plugged. usbconfig -d X.Y set_config 1 always gives usbconfig: could not set config index: Input/output error regardless if the disk is plugged in or not; today once it connected by its own, i.e. it was sitting pluged in and after a while it diconnected and connected again (without my action, I was reading some mail): ... Jan 23 18:10:03 tinyCurrent kernel: (probe0:umass-sim0:0:0:0): AutoSense failed Jan 23 18:10:03 tinyCurrent kernel: ugen4.3: at usbus4 (disconnected) Jan 23 18:10:03 tinyCurrent kernel: umass0: at uhub4, port 1, addr 3 (disconnected) Jan 23 18:10:05 tinyCurrent root: Unknown USB device: vendor 0x07ab product 0xfc8e bus uhub4 Jan 23 18:10:05 tinyCurrent kernel: ugen4.3: at usbus4 Jan 23 18:10:05 tinyCurrent kernel: umass0: on usbus4 Jan 23 18:10:05 tinyCurrent kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Jan 23 18:10:06 tinyCurrent kernel: umass0:0:0:-1: Attached to scbus0 Jan 23 18:11:16 tinyCurrent kernel: (probe0:umass-sim0:0:0:0): AutoSense failed Jan 23 18:11:16 tinyCurrent kernel: ugen4.3: at usbus4 (disconnected) Jan 23 18:11:16 tinyCurrent kernel: umass0: at uhub4, port 1, addr 3 (disconnected) and now it connects with success by its own: Jan 23 18:11:18 tinyCurrent kernel: ugen4.3: at usbus4 Jan 23 18:11:18 tinyCurrent kernel: umass0: on usbus4 Jan 23 18:11:18 tinyCurrent kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Jan 23 18:11:18 tinyCurrent root: Unknown USB device: vendor 0x07ab product 0xfc8e bus uhub4 Jan 23 18:11:19 tinyCurrent kernel: umass0:0:0:-1: Attached to scbus0 Jan 23 18:11:19 tinyCurrent kernel: da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 Jan 23 18:11:19 tinyCurrent kernel: da0: Fixed Direct Acc ess SCSI-2 device Jan 23 18:11:19 tinyCurrent kernel: da0: 40.000MB/s transfers Let me know if you need more debug output Thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-usb@FreeBSD.ORG Sun Jan 23 18:44:02 2011 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 A9337106566B; Sun, 23 Jan 2011 18:44:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id EC9FD8FC0C; Sun, 23 Jan 2011 18:44:01 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=0KkIQGagYCvnrzE3Z2Lmid87OPdbX6VLcZYwAuLMZ50= c=1 sm=1 a=3gTVZJsz1QcA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=eD3Ixw8NNB1vYgy8iB4A:9 a=fQBW12HQzikMmchDGkOPP0gbrPcA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 77980153; Sun, 23 Jan 2011 19:43:59 +0100 From: Hans Petter Selasky To: Matthias Apitz Date: Sun, 23 Jan 2011 19:44:04 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110122104239.GA4991@tinyCurrent> <201101231748.24599.hselasky@c2i.net> <20110123182918.GA16104@tinyCurrent> In-Reply-To: <20110123182918.GA16104@tinyCurrent> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201101231944.04706.hselasky@c2i.net> Cc: mav@freebsd.org, freebsd-usb@freebsd.org Subject: Re: da(4) not attaching to USB drive 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, 23 Jan 2011 18:44:02 -0000 On Sunday 23 January 2011 19:29:18 Matthias Apitz wrote: > El d=C3=ADa Sunday, January 23, 2011 a las 05:48:24PM +0100, Hans Petter = Selasky=20 escribi=C3=B3: > > On Sunday 23 January 2011 10:06:00 Hans Petter Selasky wrote: > > > Hi Mav, > > >=20 > > > Do you know if there are any recent changes in the SCSI layer on > > > FreeBSD that will affect USB SCSI devices? > >=20 > > Another idea: > >=20 > > Maybe your device is too late identifying itself. You could try: > >=20 > > usbconfig -d X.Y set_config 0 > >=20 > > Then: > >=20 > > usbconfig -d X.Y set_config 1 > >=20 > > After that the device has been plugged. >=20 > usbconfig -d X.Y set_config 1 always gives > usbconfig: could not set config index: Input/output error > regardless if the disk is plugged in or not; >=20 > today once it connected by its own, i.e. it was sitting pluged in and > after a while it diconnected and connected again (without my action, I > was reading some mail): >=20 > ... > Jan 23 18:10:03 tinyCurrent kernel: (probe0:umass-sim0:0:0:0): AutoSense > failed Jan 23 18:10:03 tinyCurrent kernel: ugen4.3: at usbus4 > (disconnected) Jan 23 18:10:03 tinyCurrent kernel: umass0: at uhub4, port > 1, addr 3 (disconnected) Jan 23 18:10:05 tinyCurrent root: Unknown USB > device: vendor 0x07ab product 0xfc8e bus uhub4 Jan 23 18:10:05 tinyCurrent > kernel: ugen4.3: at usbus4 > Jan 23 18:10:05 tinyCurrent kernel: umass0: on usbu= s4 > Jan 23 18:10:05 tinyCurrent kernel: umass0: SCSI over Bulk-Only; quirks = =3D > 0x0000 Jan 23 18:10:06 tinyCurrent kernel: umass0:0:0:-1: Attached to > scbus0 Jan 23 18:11:16 tinyCurrent kernel: (probe0:umass-sim0:0:0:0): > AutoSense failed Jan 23 18:11:16 tinyCurrent kernel: ugen4.3: at > usbus4 (disconnected) Jan 23 18:11:16 tinyCurrent kernel: umass0: at > uhub4, port 1, addr 3 (disconnected) >=20 > and now it connects with success by its own: >=20 > Jan 23 18:11:18 tinyCurrent kernel: ugen4.3: at usbus4 > Jan 23 18:11:18 tinyCurrent kernel: umass0: on usbu= s4 > Jan 23 18:11:18 tinyCurrent kernel: umass0: SCSI over Bulk-Only; quirks = =3D > 0x0000 Jan 23 18:11:18 tinyCurrent root: Unknown USB device: vendor 0x07ab > product 0xfc8e bus uhub4 Jan 23 18:11:19 tinyCurrent kernel: > umass0:0:0:-1: Attached to scbus0 Jan 23 18:11:19 tinyCurrent kernel: da0 > at umass-sim0 bus 0 scbus0 target 0 lun 0 Jan 23 18:11:19 tinyCurrent > kernel: da0: Fixed Direct Acc ess SCSI-2 > device Jan 23 18:11:19 tinyCurrent kernel: da0: 40.000MB/s transfers >=20 Try adding some mass storage quirks: kldload usb_quirk usbconfig -d X.Y add_dev_quirk_vplh x x x x x x =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Sun Jan 23 23:09:28 2011 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 616A7106566B for ; Sun, 23 Jan 2011 23:09:28 +0000 (UTC) (envelope-from dr.clau@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9848FC12 for ; Sun, 23 Jan 2011 23:09:25 +0000 (UTC) Received: by eyf6 with SMTP id 6so1674199eyf.13 for ; Sun, 23 Jan 2011 15:09:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:x-enigmail-version:content-type; bh=zjwzqIv+DAeDoy5zjTjskPbg9lSlDTtYpU0Bp1slOqI=; b=nuagGZEAL38Kr+zWF5Gf2UeXcRTiCn/J8jfadIzeT4USx4XlmSSSsvnu6AoQbTJSsN UO/UJv7erWgdPhfNGb+5sL31MCACx2p9voZGViguQ5xYWMtlF6BaCpIciKbX1Ivzgk29 8qx5PKqYHvPI3ypRjhMm8QK8ZPS0PGV9qRgVc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; b=ZBkdH0pcHN5AEhX2Bjmv+b7hEQwn05kJW8iIOz6H6vO1V1iOmfrigDl05B8+FJx2x/ rZoVFW7Vr8xo/0lCW7f1LPkg0e9+zmkqPkrn6nwV3lnweVZM0iJ39q2sZpGhi4rLdsOX /Sq68H1ISRJnUcdF2BrwpSO+cG5xY2LwVxjT4= Received: by 10.213.7.70 with SMTP id c6mr3917873ebc.82.1295822412522; Sun, 23 Jan 2011 14:40:12 -0800 (PST) Received: from [127.0.0.103] ([78.96.107.4]) by mx.google.com with ESMTPS id t12sm3297092eeh.21.2011.01.23.14.40.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 23 Jan 2011 14:40:10 -0800 (PST) Message-ID: <4D3CAE4E.2040407@gmail.com> Date: Mon, 24 Jan 2011 00:40:14 +0200 From: CDP User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-usb@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/mixed; boundary="------------030502010200020403090900" Subject: System lockups caused by USB external HDD 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, 23 Jan 2011 23:09:28 -0000 This is a multi-part message in MIME format. --------------030502010200020403090900 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello, I am currently running FreeBSD 8.2-RC2 amd64 and I am experiencing system wide lockups when I am using an external hdd for transferring data. It usually happens after a few gigabytes are transferred (via dump or simply file copying), and it happens with two different hdd's (different makers, different cables, one self-powered, the other powered over usb), both having UFS partitions. Suddenly the hdd operations stop and immediately after that I cannot stop or start any other processes, although some of the existing processes are still working. Eventually the entire system freezes and only a hard reset will fix it. I have tried hw.usb.debug=-1 and hw.usb.umass.debug=-1, and nothing out of the ordinary is logged just before the lockup (if logs are needed, I can reproduce it). I have also tried a debugging kernel with the following options: makeoptions DEBUG=-g options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC options USB_DEBUG options DEADLKRES Oddly enough after the system freezes I cannot enter ddb anymore. I have also tried setting hw.usb.ehci.lostintrbug and hw.usb.ehci.no_hs sysctls (separately), but the problem still occurred. FreeBSD 8.1 behaves in the same way, while FreeBSD 7.3 works fine with the same hardware. I am currently forced to do backups by booting 7.3. I have attached the output of dmesg (with boot -v), pciconf -lv and usbconfig dump_device_desc. Once I stayed in the console and took notes of the messages that appeared before the lockup: g_vfs_done():da0s2[WRITE(offset=xxxxxxxxxxxx, length=16384)]error = 5 [several more lines similar to the above] panic: softdep_move_dependencies: need merge code cpuid = 0 KDB: stack backtrace: #0 0x... at kdb_backtrace+0x5e #1 0x... at panic+0x182 #2 0x... at softdep_flush+0 #3 0x... at ffs_backgroundwritedone+0xa3 #4 0x... at bufdone+0x2e #5 0x... at g_io_schedule_up+0x9f #6 0x... at g_up_procbody+0x55 #7 0x... at fork_exit+0x118 #8 0x... at fork_trampoline0xe Uptime: 4h6m57s Nothing related to this is logged in /var/log/messages. Any thoughts on what the problem might be ? Please let me know if you need anything else to figure this out. Regards, Claudiu Dragalina-Paraipan. --------------030502010200020403090900 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" intpin=c, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xd8506000, size 12, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x8000-0x8fff pcib1: memory decode 0xd2000000-0xd30fffff pcib1: prefetched decode 0xc0000000-0xd1ffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x0a29, revid=0xa2 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xd2000000, size 24, enabled pcib1: requested memory range 0xd2000000-0xd2ffffff: good map[14]: type Prefetchable Memory, range 64, base 0xc0000000, size 28, enabled pcib1: requested memory range 0xc0000000-0xcfffffff: good map[1c]: type Prefetchable Memory, range 64, base 0xd0000000, size 25, enabled pcib1: requested memory range 0xd0000000-0xd1ffffff: good map[24]: type I/O Port, range 32, base 0x8000, size 7, enabled pcib1: requested I/O range 0x8000-0x807f: in range pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x10de, dev=0x0be2, revid=0xa1 domain=0, bus=1, slot=0, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xd3000000, size 14, enabled pcib1: requested memory range 0xd3000000-0xd3003fff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0x8000-0x807f mem 0xd2000000-0xd2ffffff,0xc0000000-0xcfffffff,0xd0000000-0xd1ffffff irq 16 at device 0.0 on pci1 acpi_video0: on vgapci0 found VGA CRT or VESA Compatible Analog Monitor(100), idx#0, port#0, detectable by BIOS, head #0 found Internal/Integrated Digital Flat Panel(110), idx#0, port#1, detectable by BIOS, head #0 found TV/HDTV or Analog-Video Monitor(200), idx#0, port#0, head #0 found VGA CRT or VESA Compatible Analog Monitor(120), idx#0, port#2, head #0 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xd2000000 vgapci0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xc0000000 vgapci0: Reserved 0x2000000 bytes for rid 0x1c type 3 at 0xd0000000 vgapci0: child nvidia0 requested pci_enable_io ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 49 nvidia0: [MPSAFE] nvidia0: [ITHREAD] pci1: at device 0.1 (no driver attached) pci0: at device 22.0 (no driver attached) ehci0: mem 0xd8508000-0xd85083ff irq 16 at device 26.0 on pci0 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 pci0: at device 27.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 6 pcib2: I/O decode 0x6000-0x7fff pcib2: memory decode 0xd7d00000-0xd84fffff pcib2: prefetched decode 0xd3100000-0xd39fffff pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x10ec, dev=0x8136, revid=0x05 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 4 messages in map 0x20 map[10]: type I/O Port, range 32, base 0x6000, size 8, enabled pcib2: requested I/O range 0x6000-0x60ff: in range map[18]: type Prefetchable Memory, range 64, base 0xd3104000, size 12, enabled pcib2: requested memory range 0xd3104000-0xd3104fff: good map[20]: type Prefetchable Memory, range 64, base 0xd3100000, size 14, enabled pcib2: requested memory range 0xd3100000-0xd3103fff: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 16 re0: port 0x6000-0x60ff mem 0xd3104000-0xd3104fff,0xd3100000-0xd3103fff irq 16 at device 0.0 on pci2 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xd3104000 re0: MSI count : 1 re0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 50 re0: using IRQ 256 for MSI re0: Using 1 MSI messages re0: Chip rev. 0x2c000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: bpf attached re0: Ethernet address: XX:XX:XX:XX:XX:XX re0: [MPSAFE] re0: [FILTER] pcib3: irq 17 at device 28.1 on pci0 pcib3: domain 0 pcib3: secondary bus 7 pcib3: subordinate bus 11 pcib3: I/O decode 0x5000-0x5fff pcib3: memory decode 0xd7400000-0xd7cfffff pcib3: prefetched decode 0xd3a00000-0xd41fffff pci7: on pcib3 pci7: domain=0, physical bus=7 found-> vendor=0x14e4, dev=0x4727, revid=0x01 domain=0, bus=7, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xd7400000, size 14, enabled pcib3: requested memory range 0xd7400000-0xd7403fff: good pcib3: matched entry for 7.0.INTA pcib3: slot 0 INTA hardwired to IRQ 17 pci7: at device 0.0 (no driver attached) pcib4: irq 18 at device 28.2 on pci0 pcib4: domain 0 pcib4: secondary bus 12 pcib4: subordinate bus 16 pcib4: I/O decode 0x4000-0x4fff pcib4: memory decode 0xd6b00000-0xd73fffff pcib4: prefetched decode 0xd4200000-0xd49fffff pci12: on pcib4 pci12: domain=0, physical bus=12 found-> vendor=0x168c, dev=0x0024, revid=0x01 domain=0, bus=12, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D3 current D0 MSI supports 1 message MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xd6b00000, size 16, enabled pcib4: requested memory range 0xd6b00000-0xd6b0ffff: good pcib4: matched entry for 12.0.INTA pcib4: slot 0 INTA hardwired to IRQ 18 ath0: mem 0xd6b00000-0xd6b0ffff irq 18 at device 0.0 on pci12 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd6b00000 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 0 vector 51 ath0: [MPSAFE] ath0: [ITHREAD] ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps ath0: AR5418 mac 12.10 RF2122 phy 8.1 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons ath0: using multicast key search pcib5: irq 19 at device 28.3 on pci0 pcib5: domain 0 pcib5: secondary bus 17 pcib5: subordinate bus 21 pcib5: I/O decode 0x0-0x0 pcib5: no prefetched decode pci17: on pcib5 pci17: domain=0, physical bus=17 pcib6: irq 16 at device 28.4 on pci0 pcib6: domain 0 pcib6: secondary bus 22 pcib6: subordinate bus 26 pcib6: I/O decode 0x2000-0x2fff pcib6: memory decode 0xd5a00000-0xd62fffff pcib6: prefetched decode 0xd5200000-0xd59fffff pci22: on pcib6 pci22: domain=0, physical bus=22 found-> vendor=0x197b, dev=0x2382, revid=0x20 domain=0, bus=22, slot=0, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd5a00300, size 8, enabled pcib6: requested memory range 0xd5a00300-0xd5a003ff: good pcib6: matched entry for 22.0.INTA pcib6: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x197b, dev=0x2381, revid=0x20 domain=0, bus=22, slot=0, func=2 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd5a00200, size 8, enabled pcib6: requested memory range 0xd5a00200-0xd5a002ff: good pcib6: matched entry for 22.0.INTA pcib6: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x197b, dev=0x2383, revid=0x20 domain=0, bus=22, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd5a00100, size 8, enabled pcib6: requested memory range 0xd5a00100-0xd5a001ff: good pcib6: matched entry for 22.0.INTA pcib6: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x197b, dev=0x2384, revid=0x20 domain=0, bus=22, slot=0, func=4 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd5a00000, size 8, enabled pcib6: requested memory range 0xd5a00000-0xd5a000ff: good pcib6: matched entry for 22.0.INTA pcib6: slot 0 INTA hardwired to IRQ 16 pci22: at device 0.0 (no driver attached) pci22: at device 0.2 (no driver attached) pci22: at device 0.3 (no driver attached) pci22: at device 0.4 (no driver attached) ehci1: mem 0xd8507000-0xd85073ff irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 52 ehci1: [MPSAFE] ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib7: at device 30.0 on pci0 pcib7: domain 0 pcib7: secondary bus 27 pcib7: subordinate bus 27 pcib7: I/O decode 0xf000-0xfff pcib7: no prefetched decode pcib7: Subtractively decoded bridge. pci27: on pcib7 pci27: domain=0, physical bus=27 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x9048-0x904f,0x9054-0x9057,0x9040-0x9047,0x9050-0x9053,0x9020-0x903f mem 0xd8508800-0xd8508fff irq 19 at device 31.2 on pci0 atapci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x9020 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 53 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: Reserved 0x800 bytes for rid 0x24 type 3 at 0xd8508800 atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.30 controller with 4 3Gbps ports, PM not supported atapci0: Caps: 64bit NCQ SNTF SS ALP AL CLO 3Gbps PMD SSC PSC 32cmd EM eSATA 4ports ata2: on atapci0 ata2: AHCI reset... ata2: hardware reset ... ata2: SATA connect time=0ms status=00000123 ata2: ready wait time=6ms ata2: software reset port 0... ata2: ready wait time=0ms ata2: SIGNATURE: 00000101 ata2: AHCI reset done: devices=00000001 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: AHCI reset... ata3: hardware reset ... ata3: SATA connect time=10ms status=00000113 ata3: ready wait time=0ms ata3: software reset port 0... ata3: ready wait time=0ms ata3: SIGNATURE: eb140101 ata3: AHCI reset done: devices=00010000 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: AHCI reset... ata4: hardware reset ... ata4: SATA connect timeout status=00000000 ata4: AHCI reset done: phy reset found no device ata4: [MPSAFE] ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib8: on acpi0 pcib8: could not get PCI interrupt routing table for \\_SB_.CPBG - AE_NOT_FOUND pci255: on pcib8 pci255: domain=0, physical bus=255 found-> vendor=0x8086, dev=0x2c62, revid=0x02 domain=0, bus=255, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2d01, revid=0x02 domain=0, bus=255, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2d10, revid=0x02 domain=0, bus=255, slot=2, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2d11, revid=0x02 domain=0, bus=255, slot=2, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2d12, revid=0x02 domain=0, bus=255, slot=2, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2d13, revid=0x02 domain=0, bus=255, slot=2, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) acpi_acad0: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 8 hz: 14318180 opts: legacy_route 64-bit Timecounter "HPET" frequency 14318180 Hz quality 900 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us) battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 55 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 acpi0: wakeup code va 0xffffff8117fc9000 pa 0x4000 ex_isa_identify() isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 uart0: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66511967 Hz Timecounter "TSC" frequency 2261406862 Hz quality -100 Timecounters tick every 10.000 msec vboxdrv: fAsync=0 offMin=0x17b offMax=0x425 vlan: initialized, using hash tables with chaining Linux ELF exec handler installed lo0: bpf attached pflog0: bpf attached hptrr: no controller detected. ata2: Identifying devices: 00000001 ata2: New devices: 00000001 usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad4: setting UDMA100 acpi_acad0: acline initialization start ad4: 610480MB at ata2-master UDMA100 SATA 3Gb/s ad4: 1250263728 sectors [19845456C/1H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 battery0: battery initialization start ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3: Identifying devices: 00010000 ata3: New devices: 00010000 GEOM: ad4: partition 2 does not start on a track boundary. GEOM: ad4: partition 2 does not end on a track boundary. GEOM: ad4: partition 1 does not start on a track boundary. GEOM: ad4: partition 1 does not end on a track boundary.ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire acd0: setting UDMA100 ata3: device_reset timeout=290us acd0: DVDR drive at ata3 as master acd0: read 10820KB/s (10820KB/s) write 10820KB/s (10820KB/s), 2048KB buffer, UDMA100 SATA 1.5Gb/s acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata4: Identifying devices: 00000000 ata4: New devices: 00000000 ATA PseudoRAID loaded llaappiicc54:: CCMMCI uCnIm ausnkmeadsked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010200 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x05000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010200 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x04000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010200 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 1 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 4 vector 48 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 5 vector 48 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 1 vector 49 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 4 vector 49 msi: Assigning MSI IRQ 256 to local APIC 5 vector 49 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered ugen1.2: at usbus1 uhub2: on usbus1 ugen0.2: at usbus0 uhub3: on usbus0 uhub3: 6 ports with 6 removable, self powered uhub2: 8 ports with 8 removable, self powered ugen1.3: at usbus1 ums0: on usbus1 ums0: 8 buttons and [XYZT] coordinates ID=0 ct_to_ts([2011-01-23 21:28:49]) = 1295818129.000000000 start_init: trying /sbin/init vboxnet0: bpf attached vboxnet0: Ethernet address: 0a:00:27:00:00:00 wlan0: bpf attached wlan0: bpf attached wlan0: Ethernet address: XX:XX:XX:XX:XX:XX wlan0: link state changed to UP acd0: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 pci0: driver added found-> vendor=0x8086, dev=0x3b64, revid=0x06 domain=0, bus=0, slot=22, func=0 class=07-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:0:22:0: reprobing on driver added found-> vendor=0x8086, dev=0x3b56, revid=0x05 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=22 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:0:27:0: reprobing on driver added hdac0: mem 0xd8500000-0xd8503fff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd8500000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 48 hdac0: using IRQ 257 for MSI hdac0: [MPSAFE] hdac0: [ITHREAD] hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 hdac0: Probing codec #0... hdac0: HDA Codec #0: Realtek ALC269 hdac0: HDA Codec ID: 0x10ec0269 hdac0: Vendor: 0x10ec hdac0: Device: 0x0269 hdac0: Revision: 0x01 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0xfd301179 hdac0: Found audio FG nid=1 startnode=2 endnode=36 total=34 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x40000002 NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdac0: nid 18 0x99a30920 as 2 seq 0 Mic Fixed jack 3 loc 25 color Unknown misc 9 hdac0: nid 20 0x99130110 as 1 seq 0 Speaker Fixed jack 3 loc 25 color Unknown misc 1 hdac0: nid 23 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 24 0x04a11c30 as 3 seq 0 Mic Jack jack 1 loc 4 color Black misc 12 hdac0: nid 25 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 26 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 27 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 29 0x4017992d as 2 seq 13 Speaker None jack 7 loc 0 color Pink misc 9 hdac0: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 33 0x0421141f as 1 seq 15 Headphones Jack jack 1 loc 4 color Black misc 4 hdac0: Patched pins configuration: hdac0: nid 18 0x99a30920 as 2 seq 0 Mic Fixed jack 3 loc 25 color Unknown misc 9 hdac0: nid 20 0x99130110 as 1 seq 0 Speaker Fixed jack 3 loc 25 color Unknown misc 1 hdac0: nid 23 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 24 0x04a11c30 as 3 seq 0 Mic Jack jack 1 loc 4 color Black misc 12 hdac0: nid 25 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 26 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 27 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 29 0x4017992d as 2 seq 13 Speaker None jack 7 loc 0 color Pink misc 9 [DISABLED] hdac0: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 33 0x0421141f as 1 seq 15 Headphones Jack jack 1 loc 4 color Black misc 4 hdac0: 3 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=20 seq=0 hdac0: Pin nid=33 seq=15 hdac0: Association 1 (2) in: hdac0: Pin nid=18 seq=0 hdac0: Association 2 (3) in: hdac0: Pin nid=24 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 20 traced to DAC 2 hdac0: Pin 33 traced to DAC 2 and hpredir 0 hdac0: Association 0 (1) trace succeeded hdac0: Tracing association 1 (2) hdac0: Unable to trace pin 18 to ADC 8, undo traces hdac0: Pin 18 traced to ADC 9 hdac0: Association 1 (2) trace succeeded hdac0: Tracing association 2 (3) hdac0: Pin 24 traced to ADC 8 hdac0: Association 2 (3) trace succeeded hdac0: Tracing input monitor hdac0: Tracing nid 11 to out hdac0: nid 11 is input monitor hdac0: Tracing nid 35 to out hdac0: Tracing other input monitors hdac0: Tracing nid 18 to out hdac0: Tracing nid 24 to out hdac0: Tracing beeper hdac0: Enabling headphone/speaker audio routing switching: hdac0: as=0 sense nid=33 [UNSOL] hdac0: Pin sense: nid=33 res=0x80000000 hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: Output amp: 0x00025757 hdac0: mute=0 step=87 size=2 offset=87 hdac0: hdac0: nid: 3 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: Output amp: 0x00025757 hdac0: mute=0 step=87 size=2 offset=87 hdac0: hdac0: nid: 4 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 5 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 6 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e05e0 hdac0: 16 20 24 bits, 44 48 88 96 192 KHz hdac0: hdac0: nid: 7 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 8 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 2 (0x00000001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: Input amp: 0x80051f0b hdac0: mute=1 step=31 size=5 offset=11 hdac0: connections: 1 hdac0: | hdac0: + <- nid=35 [audio mixer] hdac0: hdac0: nid: 9 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 1 (0x00000001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: Input amp: 0x80051f0b hdac0: mute=1 step=31 size=5 offset=11 hdac0: connections: 1 hdac0: | hdac0: + <- nid=34 [audio selector] hdac0: hdac0: nid: 10 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 11 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: mix (mix) hdac0: Input amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 5 hdac0: | hdac0: + <- nid=24 [pin: Mic (Black Jack)] hdac0: + [DISABLED] <- nid=25 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=26 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=27 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=29 [pin: Speaker (None)] [DISABLED] hdac0: hdac0: nid: 12 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm, mix hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=2 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 13 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: -2 (0x00000000) hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=3 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=11 [audio mixer] hdac0: hdac0: nid: 14 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 15 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010a hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=2 [audio output] hdac0: + [DISABLED] <- nid=11 [audio mixer] hdac0: hdac0: nid: 16 [DISABLED]t_delta 15.e58972e34b5339e0 too short hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 17 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 18 hdac0: Name: pin: Mic (Fixed) hdac0: Widget cap: 0x0040000b hdac0: STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x99a30920 hdac0: Pin control: 0x00000020 IN hdac0: Input amp: 0x002f0300 hdac0: mute=0 step=3 size=47 offset=0 hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 20 hdac0: Name: pin: Speaker (Fixed) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x00010014 hdac0: PDC OUT EAPD hdac0: Pin config: 0x99130110 hdac0: Pin control: 0x00000040 OUT hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdac0: hdac0: nid: 21 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 22 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 23 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040010c hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdac0: hdac0: nid: 24 hdac0: Name: pin: Mic (Black Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: mic (mic) hdac0: Pin cap: 0x00001734 hdac0: PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x04a11c30 hdac0: Pin control: 0x00000024 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x002f0300 hdac0: mute=0 step=3 size=47 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdac0: hdac0: nid: 25 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040008b hdac0: UNSOL STEREO hdac0: Pin cap: 0x00001724 hdac0: PDC IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: Input amp: 0x002f0300 hdac0: mute=0 step=3 size=47 offset=0 hdac0: hdac0: nid: 26 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Pin cap: 0x0000003c hdac0: PDC HP OUT IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x002f0300 hdac0: mute=0 step=3 size=47 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + <- nid=13 [audio mixer] [DISABLED] hdac0: hdac0: nid: 27 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Pin cap: 0x00000034 hdac0: PDC OUT IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x002f0300 hdac0: mute=0 step=3 size=47 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + <- nid=13 [audio mixer] [DISABLED] hdac0: hdac0: nid: 28 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 29 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400000 hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x4017992d hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 30 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400381 hdac0: DIGITAL UNSOL STEREO hdac0: Pin cap: 0x00000014 hdac0: PDC OUT hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=6 [audio output] [DISABLED] hdac0: hdac0: nid: 31 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 32 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00040 hdac0: PROC hdac0: hdac0: nid: 33 hdac0: Name: pin: Headphones (Black Jack) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Association: 0 (0x00008000) hdac0: Pin cap: 0x0000001c hdac0: PDC HP OUT hdac0: Pin config: 0x0421141f hdac0: Pin control: 0x000000c0 HP OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdac0: hdac0: nid: 34 hdac0: Name: audio selector hdac0: Widget cap: 0x0030010b hdac0: STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: monitor hdac0: connections: 7 hdac0: | hdac0: + [DISABLED] <- nid=24 [pin: Mic (Black Jack)] hdac0: + [DISABLED] <- nid=25 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=26 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=27 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=29 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=11 [audio mixer] hdac0: + <- nid=18 [pin: Mic (Fixed)] (selected) hdac0: hdac0: nid: 35 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: mic, mix hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 6 hdac0: | hdac0: + <- nid=24 [pin: Mic (Black Jack)] hdac0: + [DISABLED] <- nid=25 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=26 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=27 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=29 [pin: Speaker (None)] [DISABLED] hdac0: + <- nid=11 [audio mixer] hdac0: found-> vendor=0x8086, dev=0x3b30, revid=0x05 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 pci0:0:31:3: reprobing on driver added found-> vendor=0x8086, dev=0x3b32, revid=0x05 domain=0, bus=0, slot=31, func=6 class=11-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pci0:0:31:6: reprobing on driver added pci1: driver added found-> vendor=0x10de, dev=0x0be2, revid=0xa1 domain=0, bus=1, slot=0, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:1:0:1: reprobing on driver added hdac1: mem 0xd3000000-0xd3003fff irq 16 at device 0.1 on pci1 hdac1: HDA Driver Revision: 20100226_0142 hdac1: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd3000000 hdac1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 258 to local APIC 1 vector 50 hdac1: using IRQ 258 for MSI hdac1: [MPSAFE] hdac1: [ITHREAD] hdac1: Caps: OSS 2, ISS 4, BSS 0, NSDO 2, 64bit, CORB 256, RIRB 256 hdac1: Probing codec #0... hdac1: HDA Codec #0: NVidia (Unknown) hdac1: HDA Codec ID: 0x10de000a hdac1: Vendor: 0x10de hdac1: Device: 0x000a hdac1: Revision: 0x01 hdac1: Stepping: 0x00 hdac1: PCI Subvendor: 0xfd301179 hdac1: Found audio FG nid=1 startnode=4 endnode=6 total=2 hdac1: Probing codec #1... hdac1: HDA Codec #1: NVidia (Unknown) hdac1: HDA Codec ID: 0x10de000a hdac1: Vendor: 0x10de hdac1: Device: 0x000a hdac1: Revision: 0x01 hdac1: Stepping: 0x00 hdac1: PCI Subvendor: 0xfd301179 hdac1: Found audio FG nid=1 startnode=4 endnode=6 total=2 hdac1: Probing codec #2... hdac1: HDA Codec #2: NVidia (Unknown) hdac1: HDA Codec ID: 0x10de000a hdac1: Vendor: 0x10de hdac1: Device: 0x000a hdac1: Revision: 0x01 hdac1: Stepping: 0x00 hdac1: PCI Subvendor: 0xfd301179 hdac1: Found audio FG nid=1 startnode=4 endnode=6 total=2 hdac1: Probing codec #3... hdac1: HDA Codec #3: NVidia (Unknown) hdac1: HDA Codec ID: 0x10de000a hdac1: Vendor: 0x10de hdac1: Device: 0x000a hdac1: Revision: 0x01 hdac1: Stepping: 0x00 hdac1: PCI Subvendor: 0xfd301179 hdac1: Found audio FG nid=1 startnode=4 endnode=6 total=2 hdac1: hdac1: Processing audio FG cad=0 nid=1... hdac1: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac1: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: Patched pins configuration: hdac1: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: 1 associations found: hdac1: Association 0 (1) out: hdac1: Pin nid=5 seq=0 hdac1: Tracing association 0 (1) hdac1: Pin 5 traced to DAC 4 hdac1: Association 0 (1) trace succeeded hdac1: Tracing input monitor hdac1: Tracing other input monitors hdac1: Tracing beeper hdac1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac1: hdac1: +-------------------+ hdac1: | DUMPING HDA NODES | hdac1: +-------------------+ hdac1: hdac1: Default Parameter hdac1: ----------------- hdac1: IN amp: 0x00000000 hdac1: OUT amp: 0x00000000 hdac1: hdac1: nid: 4 hdac1: Name: audio output hdac1: Widget cap: 0x000072b1 hdac1: DIGITAL UNSOL STRIPE 8CH hdac1: Association: 0 (0x00000001) hdac1: OSS: pcm (pcm) hdac1: Stream cap: 0x00000005 hdac1: AC3 PCM hdac1: PCM cap: 0x000e07f0 hdac1: 16 20 24 bits, 32 44 48 88 96 176 192 KHz hdac1: hdac1: nid: 5 hdac1: Name: pin: Digital-out (Jack) hdac1: Widget cap: 0x00407381 hdac1: DIGITAL UNSOL 8CH hdac1: Association: 0 (0x00000001) hdac1: Pin cap: 0x09000094 hdac1: PDC OUT HDMI DP HBR hdac1: Pin config: 0x18560010 hdac1: Pin control: 0x00000040 OUT hdac1: connections: 1 hdac1: | hdac1: + <- nid=4 [audio output] hdac1: hdac1: Processing audio FG cad=1 nid=1... hdac1: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac1: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: Patched pins configuration: hdac1: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: 1 associations found: hdac1: Association 0 (1) out: hdac1: Pin nid=5 seq=0 hdac1: Tracing association 0 (1) hdac1: Pin 5 traced to DAC 4 hdac1: Association 0 (1) trace succeeded hdac1: Tracing input monitor hdac1: Tracing other input monitors hdac1: Tracing beeper hdac1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac1: hdac1: +-------------------+ hdac1: | DUMPING HDA NODES | hdac1: +-------------------+ hdac1: hdac1: Default Parameter hdac1: ----------------- hdac1: IN amp: 0x00000000 hdac1: OUT amp: 0x00000000 hdac1: hdac1: nid: 4 hdac1: Name: audio output hdac1: Widget cap: 0x000072b1 hdac1: DIGITAL UNSOL STRIPE 8CH hdac1: Association: 0 (0x00000001) hdac1: OSS: pcm (pcm) hdac1: Stream cap: 0x00000005 hdac1: AC3 PCM hdac1: PCM cap: 0x000e07f0 hdac1: 16 20 24 bits, 32 44 48 88 96 176 192 KHz hdac1: hdac1: nid: 5 hdac1: Name: pin: Digital-out (Jack) hdac1: Widget cap: 0x00407381 hdac1: DIGITAL UNSOL 8CH hdac1: Association: 0 (0x00000001) hdac1: Pin cap: 0x09000094 hdac1: PDC OUT HDMI DP HBR hdac1: Pin config: 0x18560010 hdac1: Pin control: 0x00000040 OUT hdac1: connections: 1 hdac1: | hdac1: + <- nid=4 [audio output] hdac1: hdac1: Processing audio FG cad=2 nid=1... hdac1: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac1: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: Patched pins configuration: hdac1: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: 1 associations found: hdac1: Association 0 (1) out: hdac1: Pin nid=5 seq=0 hdac1: Tracing association 0 (1) hdac1: Pin 5 traced to DAC 4 hdac1: Association 0 (1) trace succeeded hdac1: Tracing input monitor hdac1: Tracing other input monitors hdac1: Tracing beeper hdac1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac1: hdac1: +-------------------+ hdac1: | DUMPING HDA NODES | hdac1: +-------------------+ hdac1: hdac1: Default Parameter hdac1: ----------------- hdac1: IN amp: 0x00000000 hdac1: OUT amp: 0x00000000 hdac1: hdac1: nid: 4 hdac1: Name: audio output hdac1: Widget cap: 0x000072b1 hdac1: DIGITAL UNSOL STRIPE 8CH hdac1: Association: 0 (0x00000001) hdac1: OSS: pcm (pcm) hdac1: Stream cap: 0x00000005 hdac1: AC3 PCM hdac1: PCM cap: 0x000e07f0 hdac1: 16 20 24 bits, 32 44 48 88 96 176 192 KHz hdac1: hdac1: nid: 5 hdac1: Name: pin: Digital-out (Jack) hdac1: Widget cap: 0x00407381 hdac1: DIGITAL UNSOL 8CH hdac1: Association: 0 (0x00000001) hdac1: Pin cap: 0x09000094 hdac1: PDC OUT HDMI DP HBR hdac1: Pin config: 0x18560010 hdac1: Pin control: 0x00000040 OUT hdac1: connections: 1 hdac1: | hdac1: + <- nid=4 [audio output] hdac1: hdac1: Processing audio FG cad=3 nid=1... hdac1: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac1: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: Patched pins configuration: hdac1: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: 1 associations found: hdac1: Association 0 (1) out: hdac1: Pin nid=5 seq=0 hdac1: Tracing association 0 (1) hdac1: Pin 5 traced to DAC 4 hdac1: Association 0 (1) trace succeeded hdac1: Tracing input monitor hdac1: Tracing other input monitors hdac1: Tracing beeper hdac1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac1: hdac1: +-------------------+ hdac1: | DUMPING HDA NODES | hdac1: +-------------------+ hdac1: hdac1: Default Parameter hdac1: ----------------- hdac1: IN amp: 0x00000000 hdac1: OUT amp: 0x00000000 hdac1: hdac1: nid: 4 hdac1: Name: audio output hdac1: Widget cap: 0x000072b1 hdac1: DIGITAL UNSOL STRIPE 8CH hdac1: Association: 0 (0x00000001) hdac1: OSS: pcm (pcm) hdac1: Stream cap: 0x00000005 hdac1: AC3 PCM hdac1: PCM cap: 0x000e07f0 hdac1: 16 20 24 bits, 32 44 48 88 96 176 192 KHz hdac1: hdac1: nid: 5 hdac1: Name: pin: Digital-out (Jack) hdac1: Widget cap: 0x00407381 hdac1: DIGITAL UNSOL 8CH hdac1: Association: 0 (0x00000001) hdac1: Pin cap: 0x09000094 hdac1: PDC OUT HDMI DP HBR hdac1: Pin config: 0x18560010 hdac1: Pin control: 0x00000040 OUT hdac1: connections: 1 hdac1: | hdac1: + <- nid=4 [audio output] hdac1: pci2: driver added pci7: driver added found-> vendor=0x14e4, dev=0x4727, revid=0x01 domain=0, bus=7, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit pci0:7:0:0: reprobing on driver added pci12: driver added pci17: driver added pci22: driver added found-> vendor=0x197b, dev=0x2382, revid=0x20 domain=0, bus=22, slot=0, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pci0:22:0:0: reprobing on driver added found-> vendor=0x197b, dev=0x2381, revid=0x20 domain=0, bus=22, slot=0, func=2 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pci0:22:0:2: reprobing on driver added found-> vendor=0x197b, dev=0x2383, revid=0x20 domain=0, bus=22, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pci0:22:0:3: reprobing on driver added found-> vendor=0x197b, dev=0x2384, revid=0x20 domain=0, bus=22, slot=0, func=4 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pci0:22:0:4: reprobing on driver added pci27: driver added pci255: driver added pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0560 pcm0: 16 20 24 bits, 44 48 96 192 KHz pcm0: DAC: 2 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0560 pcm0: 16 20 24 bits, 44 48 96 192 KHz pcm0: ADC: 9 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=20 [pin: Speaker (Fixed)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: nid=33 [pin: Headphones (Black Jack)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Record: pcm0: pcm0: nid=9 [audio input] pcm0: | pcm0: + <- nid=34 [audio selector] [src: monitor] pcm0: | pcm0: + <- nid=18 [pin: Mic (Fixed)] [src: monitor] pcm0: pcm0: Input Mix: pcm0: pcm0: nid=11 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic (Black Jack)] [src: mic] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm0: +- ctl 10 (nid 12 in 0): mute pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: +- ctl 17 (nid 20 in ): mute pcm0: +- ctl 26 (nid 33 in ): mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm0: +- ctl 10 (nid 12 in 0): mute pcm0: pcm0: Microphone2 Volume (OSS: monitor) pcm0: | pcm0: +- ctl 16 (nid 18 out): 0/36dB (4 steps) pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- ctl 4 (nid 9 in 0): -16/30dB (32 steps) + mute pcm0: pcm0: Input Mix Level (OSS: mix) pcm0: | pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: pcm0: Input Monitoring Level (OSS: igain) pcm0: | pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "mix": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "monitor": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 5d1b0000, 4000; 0xffffff811a419000 -> 5d1b0000 pcm0: sndbuf_setmap 6860000, 4000; 0xffffff811a429000 -> 6860000 pcm1: at cad 0 nid 1 on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Record: pcm1: pcm1: Stream cap: 0x00000001 pcm1: PCM pcm1: PCM cap: 0x000e0560 pcm1: 16 20 24 bits, 44 48 96 192 KHz pcm1: ADC: 8 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Record: pcm1: pcm1: nid=8 [audio input] pcm1: | pcm1: + <- nid=35 [audio mixer] [src: mic, mix] pcm1: | pcm1: + <- nid=24 [pin: Mic (Black Jack)] [src: mic] pcm1: + <- nid=11 [audio mixer] [src: mix] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Microphone Volume (OSS: mic) pcm1: | pcm1: +- ctl 20 (nid 24 out): 0/36dB (4 steps) pcm1: +- ctl 27 (nid 35 in 0): mute pcm1: pcm1: Recording Level (OSS: rec) pcm1: | pcm1: +- ctl 3 (nid 8 in 0): -16/30dB (32 steps) + mute pcm1: +- ctl 27 (nid 35 in 0): mute pcm1: +- ctl 32 (nid 35 in 5): mute pcm1: pcm1: Input Mix Level (OSS: mix) pcm1: | pcm1: +- ctl 5 (nid 11 in 0): -34/12dB (32 steps) + mute pcm1: +- ctl 32 (nid 35 in 5): mute pcm1: pcm1: Mixer "mic": pcm1: Mixer "mix": pcm1: Mixer "rec": pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 6870000, 4000; 0xffffff811a439000 -> 6870000 pcm2: at cad 0 nid 1 on hdac1 pcm2: +--------------------------------------+ pcm2: | DUMPING PCM Playback/Record Channels | pcm2: +--------------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: Stream cap: 0x00000005 pcm2: AC3 PCM pcm2: PCM cap: 0x000e07f0 pcm2: 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm2: DAC: 4 pcm2: pcm2: +-------------------------------+ pcm2: | DUMPING Playback/Record Paths | pcm2: +-------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: nid=5 [pin: Digital-out (Jack)] pcm2: | pcm2: + <- nid=4 [audio output] [src: pcm] pcm2: pcm2: +-------------------------+ pcm2: | DUMPING Volume Controls | pcm2: +-------------------------+ pcm2: pcm2: Forcing Soft PCM volume pcm2: Forcing master volume with PCM pcm2: Mixer "vol" -> "none": child=0x00000010 pcm2: Mixer "pcm": parent="vol" pcm2: Soft PCM mixer ENABLED pcm2: clone manager: deadline=750ms flags=0x8000001e pcm2: sndbuf_setmap 5d1c0000, 4000; 0xffffff811a449000 -> 5d1c0000 pcm3: at cad 1 nid 1 on hdac1 pcm3: +--------------------------------------+ pcm3: | DUMPING PCM Playback/Record Channels | pcm3: +--------------------------------------+ pcm3: pcm3: Playback: pcm3: pcm3: Stream cap: 0x00000005 pcm3: AC3 PCM pcm3: PCM cap: 0x000e07f0 pcm3: 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm3: DAC: 4 pcm3: pcm3: +-------------------------------+ pcm3: | DUMPING Playback/Record Paths | pcm3: +-------------------------------+ pcm3: pcm3: Playback: pcm3: pcm3: nid=5 [pin: Digital-out (Jack)] pcm3: | pcm3: + <- nid=4 [audio output] [src: pcm] pcm3: pcm3: +-------------------------+ pcm3: | DUMPING Volume Controls | pcm3: +-------------------------+ pcm3: pcm3: Forcing Soft PCM volume pcm3: Forcing master volume with PCM pcm3: Mixer "vol" -> "none": child=0x00000010 pcm3: Mixer "pcm": parent="vol" pcm3: Soft PCM mixer ENABLED pcm3: clone manager: deadline=750ms flags=0x8000001e pcm3: sndbuf_setmap 5d1d0000, 4000; 0xffffff811a459000 -> 5d1d0000 pcm4: at cad 2 nid 1 on hdac1 pcm4: +--------------------------------------+ pcm4: | DUMPING PCM Playback/Record Channels | pcm4: +--------------------------------------+ pcm4: pcm4: Playback: pcm4: pcm4: Stream cap: 0x00000005 pcm4: AC3 PCM pcm4: PCM cap: 0x000e07f0 pcm4: 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm4: DAC: 4 pcm4: pcm4: +-------------------------------+ pcm4: | DUMPING Playback/Record Paths | pcm4: +-------------------------------+ pcm4: pcm4: Playback: pcm4: pcm4: nid=5 [pin: Digital-out (Jack)] pcm4: | pcm4: + <- nid=4 [audio output] [src: pcm] pcm4: pcm4: +-------------------------+ pcm4: | DUMPING Volume Controls | pcm4: +-------------------------+ pcm4: pcm4: Forcing Soft PCM volume pcm4: Forcing master volume with PCM pcm4: Mixer "vol" -> "none": child=0x00000010 pcm4: Mixer "pcm": parent="vol" pcm4: Soft PCM mixer ENABLED pcm4: clone manager: deadline=750ms flags=0x8000001e pcm4: sndbuf_setmap 5d1e0000, 4000; 0xffffff811a469000 -> 5d1e0000 pcm5: at cad 3 nid 1 on hdac1 pcm5: +--------------------------------------+ pcm5: | DUMPING PCM Playback/Record Channels | pcm5: +--------------------------------------+ pcm5: pcm5: Playback: pcm5: pcm5: Stream cap: 0x00000005 pcm5: AC3 PCM pcm5: PCM cap: 0x000e07f0 pcm5: 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm5: DAC: 4 pcm5: pcm5: +-------------------------------+ pcm5: | DUMPING Playback/Record Paths | pcm5: +-------------------------------+ pcm5: pcm5: Playback: pcm5: pcm5: nid=5 [pin: Digital-out (Jack)] pcm5: | pcm5: + <- nid=4 [audio output] [src: pcm] pcm5: pcm5: +-------------------------+ pcm5: | DUMPING Volume Controls | pcm5: +-------------------------+ pcm5: pcm5: Forcing Soft PCM volume pcm5: Forcing master volume with PCM pcm5: Mixer "vol" -> "none": child=0x00000010 pcm5: Mixer "pcm": parent="vol" pcm5: Soft PCM mixer ENABLED pcm5: clone manager: deadline=750ms flags=0x8000001e pcm5: sndbuf_setmap 5d1f0000, 4000; 0xffffff811a479000 -> 5d1f0000 battery0: battery initialization failed, giving up --------------030502010200020403090900 Content-Type: text/plain; name="pciconf.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pciconf.txt" hostb0@pci0:0:0:0: class=0x060000 card=0xfd301179 chip=0x00448086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0xfd301179 chip=0x00458086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI none0@pci0:0:22:0: class=0x078000 card=0xfd301179 chip=0x3b648086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = simple comms ehci0@pci0:0:26:0: class=0x0c0320 card=0xfd301179 chip=0x3b3c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB hdac0@pci0:0:27:0: class=0x040300 card=0xfd301179 chip=0x3b568086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' class = multimedia subclass = HDA pcib2@pci0:0:28:0: class=0x060400 card=0xfd301179 chip=0x3b428086 rev=0x05 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:1: class=0x060400 card=0xfd301179 chip=0x3b448086 rev=0x05 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:2: class=0x060400 card=0xfd301179 chip=0x3b468086 rev=0x05 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib5@pci0:0:28:3: class=0x060400 card=0xfd301179 chip=0x3b488086 rev=0x05 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib6@pci0:0:28:4: class=0x060400 card=0xfd301179 chip=0x3b4a8086 rev=0x05 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI ehci1@pci0:0:29:0: class=0x0c0320 card=0xfd301179 chip=0x3b348086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB pcib7@pci0:0:30:0: class=0x060401 card=0xfd301179 chip=0x24488086 rev=0xa5 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0xfd301179 chip=0x3b098086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:2: class=0x010601 card=0xfd301179 chip=0x3b298086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'IBEX AHCI Controller(4Port)' class = mass storage subclass = SATA none1@pci0:0:31:3: class=0x0c0500 card=0xfd301179 chip=0x3b308086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = SMBus none2@pci0:0:31:6: class=0x118000 card=0xfd301179 chip=0x3b328086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' class = dasp vgapci0@pci0:1:0:0: class=0x030000 card=0xfd301179 chip=0x0a2910de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA hdac1@pci0:1:0:1: class=0x040300 card=0xfd301179 chip=0x0be210de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = multimedia subclass = HDA re0@pci0:2:0:0: class=0x020000 card=0xfd301179 chip=0x813610ec rev=0x05 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Realtek 10/100/1000 PCI-E NIC Family all in one NDIS Driver v5.728.0604.2009 06/04/2009 (Rtl8023)' class = network subclass = ethernet none3@pci0:7:0:0: class=0x028000 card=0x7175144f chip=0x472714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' class = network ath0@pci0:12:0:0: class=0x028000 card=0x3a6f1186 chip=0x0024168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros 802.11a/b/g/n (pre-N) radio (AR5008)' class = network none4@pci0:22:0:0: class=0x088000 card=0xfd301179 chip=0x2382197b rev=0x20 hdr=0x00 vendor = 'JMicron Technology Corp.' device = 'JMB38X SD/MMC Host Controller (JMB38X)' class = base peripheral none5@pci0:22:0:2: class=0x080501 card=0xfd301179 chip=0x2381197b rev=0x20 hdr=0x00 vendor = 'JMicron Technology Corp.' class = base peripheral subclass = SD host controller none6@pci0:22:0:3: class=0x088000 card=0xfd301179 chip=0x2383197b rev=0x20 hdr=0x00 vendor = 'JMicron Technology Corp.' device = 'JMB38X MS Host Controller (JMB38X)' class = base peripheral none7@pci0:22:0:4: class=0x088000 card=0xfd301179 chip=0x2384197b rev=0x20 hdr=0x00 vendor = 'JMicron Technology Corp.' device = 'JMB38X xD Host Controller (JMB38X)' class = base peripheral hostb1@pci0:255:0:0: class=0x060000 card=0x80868086 chip=0x2c628086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb2@pci0:255:0:1: class=0x060000 card=0x80868086 chip=0x2d018086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb3@pci0:255:2:0: class=0x060000 card=0x80868086 chip=0x2d108086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb4@pci0:255:2:1: class=0x060000 card=0x80868086 chip=0x2d118086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb5@pci0:255:2:2: class=0x060000 card=0x80868086 chip=0x2d128086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb6@pci0:255:2:3: class=0x060000 card=0x80868086 chip=0x2d138086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI --------------030502010200020403090900 Content-Type: text/plain; name="usbconfig.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="usbconfig.txt" ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0009 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x0000 idProduct = 0x0000 bcdDevice = 0x0100 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0009 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x0000 idProduct = 0x0000 bcdDevice = 0x0100 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0009 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x8087 idProduct = 0x0020 bcdDevice = 0x0000 iManufacturer = 0x0000 iProduct = 0x0000 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0009 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x8087 idProduct = 0x0020 bcdDevice = 0x0000 iManufacturer = 0x0000 iProduct = 0x0000 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 ugen1.3: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0008 idVendor = 0x046d idProduct = 0xc050 bcdDevice = 0x2720 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 ugen1.4: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x1058 idProduct = 0x1111 bcdDevice = 0x2003 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <574341563533363334373632> bNumConfigurations = 0x0001 --------------030502010200020403090900-- From owner-freebsd-usb@FreeBSD.ORG Sun Jan 23 23:56:57 2011 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 60B8D1065693 for ; Sun, 23 Jan 2011 23:56:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DBD528FC12 for ; Sun, 23 Jan 2011 23:56:56 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-198-42.lns6.adl6.internode.on.net [203.122.198.42]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p0NNurCh098089 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Jan 2011 10:26:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <4D3CAE4E.2040407@gmail.com> Date: Mon, 24 Jan 2011 10:26:53 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <5253D900-7A8F-43D7-8E86-88C0A14EF0B8@gsoft.com.au> References: <4D3CAE4E.2040407@gmail.com> To: CDP X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: System lockups caused by USB external HDD 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, 23 Jan 2011 23:56:57 -0000 On 24/01/2011, at 9:10, CDP wrote: > g_vfs_done():da0s2[WRITE(offset=3Dxxxxxxxxxxxx, length=3D16384)]error = =3D 5 > [several more lines similar to the above] > panic: softdep_move_dependencies: need merge code > cpuid =3D 0 > KDB: stack backtrace: > #0 0x... at kdb_backtrace+0x5e > #1 0x... at panic+0x182 It looks like the disk is dying, or the FS is corrupt (the former might = cause the later). Can you run smartctl on the disk? Unfortunately a lot of enclosures = reject SMART commands so you might not be able to :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Mon Jan 24 05:31:53 2011 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 164AE106564A; Mon, 24 Jan 2011 05:31:53 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id C5A458FC12; Mon, 24 Jan 2011 05:31:52 +0000 (UTC) Received: from [88.217.26.6] (helo=localhost.my.domain) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PhF1p-0004jt-Pt; Mon, 24 Jan 2011 06:31:51 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.4/8.14.3) with ESMTP id p0O5ViiP003576; Mon, 24 Jan 2011 06:31:44 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.4/8.14.3/Submit) id p0O5VgrN003575; Mon, 24 Jan 2011 06:31:42 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 24 Jan 2011 06:31:42 +0100 From: Matthias Apitz To: Hans Petter Selasky Message-ID: <20110124053141.GA3564@tinyCurrent> References: <20110122104239.GA4991@tinyCurrent> <201101231748.24599.hselasky@c2i.net> <20110123182918.GA16104@tinyCurrent> <201101231944.04706.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201101231944.04706.hselasky@c2i.net> X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Originating-IP: 88.217.26.6 Cc: mav@freebsd.org, freebsd-usb@freebsd.org Subject: Re: da(4) not attaching to USB drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2011 05:31:53 -0000 El día Sunday, January 23, 2011 a las 07:44:04PM +0100, Hans Petter Selasky escribió: > Try adding some mass storage quirks: > > kldload usb_quirk > > usbconfig -d X.Y add_dev_quirk_vplh x x x x x x I tried w/o understanding what I do: usbconfig -d 4.3 add_dev_quirk_vplh 0x07ab 0xfc8e 0x0000 0xffff UQ_CFG_INDEX_0 and printed some of the quirks: ... VID=0x0204 PID=0x6026 REVLO=0x0000 REVHI=0xffff QUIRK=UQ_MSC_NO_SYNC_CACHE VID=0x07ff PID=0x00ff REVLO=0x0000 REVHI=0xffff QUIRK=UQ_MSC_NO_SYNC_CACHE VID=0x07ab PID=0xfc8e REVLO=0x0000 REVHI=0xffff QUIRK=UQ_CFG_INDEX_0 is there some documentation of the parameters REVLO, REVHI and QUIRK? Thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-usb@FreeBSD.ORG Mon Jan 24 07:50:47 2011 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 C0055106564A; Mon, 24 Jan 2011 07:50:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 214508FC1B; Mon, 24 Jan 2011 07:50:46 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=Vlw5OJcoxCC473z5moizI40ESYe+BpcMN2hU0iQoJwI= c=1 sm=1 a=3gTVZJsz1QcA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6lOkOc2svfL8PyRXDJYA:9 a=aYggT4-g5GBzqEfQGo8A:7 a=IUvyoqM_bdquiZHEHWA7CncyaWoA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 78787223; Mon, 24 Jan 2011 08:50:45 +0100 From: Hans Petter Selasky To: Matthias Apitz Date: Mon, 24 Jan 2011 08:50:52 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110122104239.GA4991@tinyCurrent> <201101231944.04706.hselasky@c2i.net> <20110124053141.GA3564@tinyCurrent> In-Reply-To: <20110124053141.GA3564@tinyCurrent> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201101240850.52505.hselasky@c2i.net> Cc: mav@freebsd.org, freebsd-usb@freebsd.org Subject: Re: da(4) not attaching to USB drive 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, 24 Jan 2011 07:50:47 -0000 On Monday 24 January 2011 06:31:42 Matthias Apitz wrote: > El d=C3=ADa Sunday, January 23, 2011 a las 07:44:04PM +0100, Hans Petter = Selasky=20 escribi=C3=B3: > > Try adding some mass storage quirks: > >=20 > > kldload usb_quirk > >=20 > > usbconfig -d X.Y add_dev_quirk_vplh x x x x x x >=20 > I tried w/o understanding what I do: >=20 > usbconfig -d 4.3 add_dev_quirk_vplh 0x07ab 0xfc8e 0x0000 0xffff > UQ_CFG_INDEX_0 >=20 > and printed some of the quirks: >=20 > ... > VID=3D0x0204 PID=3D0x6026 REVLO=3D0x0000 REVHI=3D0xffff QUIRK=3DUQ_MSC_NO= _SYNC_CACHE > VID=3D0x07ff PID=3D0x00ff REVLO=3D0x0000 REVHI=3D0xffff QUIRK=3DUQ_MSC_NO= _SYNC_CACHE > VID=3D0x07ab PID=3D0xfc8e REVLO=3D0x0000 REVHI=3D0xffff QUIRK=3DUQ_CFG_IN= DEX_0 >=20 > is there some documentation of the parameters REVLO, REVHI and QUIRK? > Thx >=20 It is the USB device number from the USB device descriptor. =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jan 24 07:56:53 2011 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 C3D76106564A; Mon, 24 Jan 2011 07:56:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 207B38FC17; Mon, 24 Jan 2011 07:56:52 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6QwXiDozn7Gnsf2tGidwH+ndAwLlGixx7JAIKZICKmI= c=1 sm=1 a=3gTVZJsz1QcA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=ywcYbb6ioAUVJzT9MDEA:9 a=BHIG54lt6XS1b1vV9M0Ya2yTh3gA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 77999696; Mon, 24 Jan 2011 08:56:51 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 24 Jan 2011 08:56:59 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110122104239.GA4991@tinyCurrent> <20110124053141.GA3564@tinyCurrent> <201101240850.52505.hselasky@c2i.net> In-Reply-To: <201101240850.52505.hselasky@c2i.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101240856.59438.hselasky@c2i.net> Cc: mav@freebsd.org Subject: Re: da(4) not attaching to USB drive 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, 24 Jan 2011 07:56:53 -0000 On Monday 24 January 2011 08:50:52 Hans Petter Selasky wrote: > It is the USB device number from the USB device descriptor. ^^^ version --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jan 24 09:00:53 2011 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 0580B106566B for ; Mon, 24 Jan 2011 09:00:53 +0000 (UTC) (envelope-from dr.clau@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 84E7C8FC14 for ; Mon, 24 Jan 2011 09:00:52 +0000 (UTC) Received: by eyf6 with SMTP id 6so1772261eyf.13 for ; Mon, 24 Jan 2011 01:00:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type; bh=sT3m8OVmG4w8wRpEFN0wa0MLbZpnYOkGbvXLmEYMGMc=; b=qL3TypRyGh8r8hO56b/r83tt/33vSsVOllbSLg3IQ7xBbKSHHw+LeTCVscCOJ+bMLD Q663XKo6WreaxwXXXfFY7nxXpOTSAmJr7uz24jsRC3/5aFx8/jrHsTuBVVn9SdbJlWI8 o07sAd+1U5yx7BuyiJavagazcj8V4lmkGPeiM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=c5aWD0U45KJfsz2qV3yO16iCd6I0nf/39leg7Iq+XiZrtdpJJV0cbWnF3R/zIu/LUo RByCFbYSXT6DYGiFVO9S3zqpI3LgHci57Bdcb7Kjiun5+K+Sd5HTXtcc1ZnlCz7zSFAU w9WkGsLLag3dMwmKJS5Ad8CApWpGutfgll2GA= Received: by 10.14.0.133 with SMTP id 5mr3928208eeb.10.1295859651072; Mon, 24 Jan 2011 01:00:51 -0800 (PST) Received: from [127.0.0.103] ([78.96.107.4]) by mx.google.com with ESMTPS id u1sm9991562eeh.4.2011.01.24.01.00.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Jan 2011 01:00:49 -0800 (PST) Message-ID: <4D3D3FC5.9010205@gmail.com> Date: Mon, 24 Jan 2011 11:00:53 +0200 From: CDP User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: <4D3CAE4E.2040407@gmail.com> <5253D900-7A8F-43D7-8E86-88C0A14EF0B8@gsoft.com.au> In-Reply-To: <5253D900-7A8F-43D7-8E86-88C0A14EF0B8@gsoft.com.au> X-Enigmail-Version: 1.1.2 Content-Type: multipart/mixed; boundary="------------000505000308070008010007" Cc: Subject: Re: System lockups caused by USB external HDD 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, 24 Jan 2011 09:00:53 -0000 This is a multi-part message in MIME format. --------------000505000308070008010007 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 01/24/11 01:56, Daniel O'Connor wrote: > > On 24/01/2011, at 9:10, CDP wrote: >> g_vfs_done():da0s2[WRITE(offset=xxxxxxxxxxxx, length=16384)]error = 5 >> [several more lines similar to the above] >> panic: softdep_move_dependencies: need merge code >> cpuid = 0 >> KDB: stack backtrace: >> #0 0x... at kdb_backtrace+0x5e >> #1 0x... at panic+0x182 > > It looks like the disk is dying, or the FS is corrupt (the former might cause the later). > > Can you run smartctl on the disk? Unfortunately a lot of enclosures reject SMART commands so you might not be able to :( I have attached the output of smartctl -d sat -a /dev/da0. I didn't yet run a SMART long test for the simple reason that the disk is going into sleep mode and interrupts it. Haven't bothered to keep it alive for a long test but I might just do that. Although, I doubt it's a disk failure, since I do backups on it without problems by using FreeBSD 7.3, on the same space where FreeBSD 8.x fails. And I am talking about over 150GB of data in one run, while 8.2-RC2 crashes after 5-10GB. I have experienced disk failure in the past, on SATA, and a few read/write errors never caused a system lockup. My feeling is that enough traffic on USB causes the problem, and that this problem is only present in the new USB stack. Unfortunately downgrading to 7.x is not an option because there are things that won't work on this notebook. Regards, Claudiu. --------------000505000308070008010007 Content-Type: text/plain; name="smartctl.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="smartctl.txt" smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-RC2 amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Green family Device Model: WDC WD10EADS-00M2B0 Serial Number: WD-WCAV53634762 Firmware Version: 01.00A01 User Capacity: 1,000,204,886,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Mon Jan 24 10:39:01 2011 EET SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (19980) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 230) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x3037) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 112 111 021 Pre-fail Always - 7366 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 144 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 146 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 123 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 14 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 547 194 Temperature_Celsius 0x0022 119 096 000 Old_age Always - 28 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Interrupted (host reset) 90% 64 - # 2 Short offline Completed without error 00% 3 - # 3 Short offline Aborted by host 90% 3 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. --------------000505000308070008010007-- From owner-freebsd-usb@FreeBSD.ORG Mon Jan 24 09:34:02 2011 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 46945106566C for ; Mon, 24 Jan 2011 09:34:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id C8F678FC08 for ; Mon, 24 Jan 2011 09:34:01 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=Vlw5OJcoxCC473z5moizI40ESYe+BpcMN2hU0iQoJwI= c=1 sm=1 a=P5NE3bt0QbgA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6VzlcDemQHa2h7P_gzcA:9 a=p5QnFmPc-T0awdpgg7Bn3EyFMkIA:4 a=PUjeQqilurYA:10 a=_GDCB4lJuz3jrGs4:21 a=P2Fn2vW8b-BM6lhF:21 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 78839554; Mon, 24 Jan 2011 10:33:59 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 24 Jan 2011 10:34:07 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <4D3CAE4E.2040407@gmail.com> <5253D900-7A8F-43D7-8E86-88C0A14EF0B8@gsoft.com.au> <4D3D3FC5.9010205@gmail.com> In-Reply-To: <4D3D3FC5.9010205@gmail.com> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101241034.07591.hselasky@c2i.net> Cc: Subject: Re: System lockups caused by USB external HDD 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, 24 Jan 2011 09:34:02 -0000 On Monday 24 January 2011 10:00:53 CDP wrote: > On 01/24/11 01:56, Daniel O'Connor wrote: > > On 24/01/2011, at 9:10, CDP wrote: > >> g_vfs_done():da0s2[WRITE(offset=xxxxxxxxxxxx, length=16384)]error = 5 > >> [several more lines similar to the above] > >> panic: softdep_move_dependencies: need merge code > >> cpuid = 0 > >> KDB: stack backtrace: > >> #0 0x... at kdb_backtrace+0x5e > >> #1 0x... at panic+0x182 > > > > It looks like the disk is dying, or the FS is corrupt (the former might > > cause the later). > > > > Can you run smartctl on the disk? Unfortunately a lot of enclosures > > reject SMART commands so you might not be able to :( > > I have attached the output of smartctl -d sat -a /dev/da0. I didn't yet > run a SMART long test for the simple reason that the disk is going into > sleep mode and interrupts it. Haven't bothered to keep it alive for a > long test but I might just do that. > > Although, I doubt it's a disk failure, since I do backups on it without > problems by using FreeBSD 7.3, on the same space where FreeBSD 8.x > fails. And I am talking about over 150GB of data in one run, while > 8.2-RC2 crashes after 5-10GB. I have experienced disk failure in the > past, on SATA, and a few read/write errors never caused a system lockup. > > My feeling is that enough traffic on USB causes the problem, and that > this problem is only present in the new USB stack. > Unfortunately downgrading to 7.x is not an option because there are > things that won't work on this notebook. If you run a simple test like this: dd if=/dev/da0 of=/dev/null bs=65536 dd if=/dev/da0 of=/dev/null bs=16384 Do you then see any errors? Do you have a spare USB memory stick which you could run similar write tests on? --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jan 24 09:54:14 2011 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 0D24F106566C for ; Mon, 24 Jan 2011 09:54:14 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id D3E358FC22 for ; Mon, 24 Jan 2011 09:54:13 +0000 (UTC) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 87E6C125422; Mon, 24 Jan 2011 18:38:58 +0900 (JST) Date: Mon, 24 Jan 2011 18:38:58 +0900 From: Daichi GOTO To: freebsd-usb@freebsd.org Message-Id: <20110124183858.ad6342a0.daichi@freebsd.org> Organization: FreeBSD Project X-Mailer: Sylpheed 3.0.3 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: nemoto-t@mbf.nifty.com Subject: BUFFALO USB Wifi client WLI-UC-GN and both idProduct numbers 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, 24 Jan 2011 09:54:14 -0000 One of PC peripheral parts makers BUFFALO (a.k.a Melco) sells USB-base Wifi client called "WLI-UC-GN" that's cheap and reasonable to change old-PC to Wifi-able PC. http://buffalo.jp/products/catalog/network/wli-uc-gn/ And we have its entry in sys/dev/usb/usbdevs already. % grep WLI-UC-GN /usr/src/sys/dev/usb/usbdevs product MELCO WLIUCGN 0x015d WLI-UC-GN % I don't know well the policy of usbdevs file entry, so please tell me if you know something around this topics. A FreeBSD user using WLI-UC-GN realized that it has another idProduct number of usbdevs. He says it has 0x014f. For test, he bought another "WLI-UC-GN" device and found that it says it has 0x015d. Fortunately I have "WLI-UC-GN", and my device's idProduct is 0x015d. >From some reports, it seems that early model of "WLI-UC-GN" has 0x014f, and after BUFFALO changed its chip and it says 0x015d. In this case, what should we do? Can we insert a line as follow to sys/dev/usb/usbdevs or not? product MELCO WLIUCGN 0x014f WLI-UC-GN -- Daichi GOTO From owner-freebsd-usb@FreeBSD.ORG Mon Jan 24 11:07:12 2011 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 2BDB410656C9 for ; Mon, 24 Jan 2011 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 189DF8FC27 for ; Mon, 24 Jan 2011 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 p0OB7BnL077963 for ; Mon, 24 Jan 2011 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0OB7BQR077961 for freebsd-usb@FreeBSD.org; Mon, 24 Jan 2011 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Jan 2011 11:07:11 GMT Message-Id: <201101241107.p0OB7BQR077961@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, 24 Jan 2011 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/154192 usb In Garmin Oregon GPS, only the first umass device is v o usb/154127 usb device IDs for MC547 u3g modem o usb/153929 usb The umodem driver doesn't support the MTK 3329 GPS chi o usb/153703 usb My USB keyboard does not use in 8-STABLE o usb/153609 usb [zyd] [panic] kernel: Fatal trap 12: page fault while o usb/153599 usb [patch] Feiya Elango USB MicroSD reader synchronize ca o usb/153149 usb USB stick quirk regression o usb/152892 usb Not updating /etc files in installer FreeBSD-8.2-BETA1 o usb/152075 usb [usb8] [ehci] Add quirk for CS5536 USB o usb/150989 usb [patch] Add Netgear WG111V2_2 support to upgt(4) o usb/150892 usb [zyd] Whenever network contacted in any shape, way or p usb/150546 usb libusb(3) libusb_control_transfer() prototype is incor o usb/150401 usb [umass] [usb8] Errors from USB drives mixed between UF o usb/150189 usb [run] [usb8] [patch] if_run appears to corrupt IP traf p usb/149934 usb [patch] [usb8] Transcend JetFlash V85 poor performance o usb/149900 usb [uftdi] [patch] FreeBSD 8.1 uftdi patch to support usb p usb/149764 usb [u3g] [patch] usbdevs update: Huawei K3765 3G modem o usb/149675 usb [uftdi] [usb_serial] doesn't react to break properly o usb/149528 usb [zyd] Wireless USB stick not detected - vendor id 0x08 o usb/149283 usb [uftdi] avrdude unable to talk to Arduino board (via u o usb/149162 usb [ural] ASUS WL-167g doesn't work in 8.1 (continue of 1 s usb/148702 usb [usb8] [request] IO DATA USB-RSAQ5 support on FreeBSD- o usb/148080 usb usbconfig(8) sometimes does not turn off the device o usb/147516 usb [umass] [usb67] kernel unable to deal with Olympus USB o i386/147475 usb [install] FreeBSD 8.x does not install on ASUS K8N4-E p usb/146871 usb [usbdevs] [usb8] [patch] provide descriprive string fo o usb/146840 usb [hang] FreeBSD 7.2 / 7.3 / 8.0 hang at startup after e o usb/146153 usb [axe] [usb8] Hosts in network doesn't receive any pack o usb/146054 usb [urtw] [usb8] urtw driver potentially out of date f usb/145513 usb [usb8] New USB stack: no new devices after forced usb p usb/145455 usb [usb8] [patch] USB debug support cannot be disabled o usb/145415 usb [umass] [usb8] USB card reader does not create slices a usb/145184 usb GENERIC can't mount root from USB on Asus EEE o usb/145165 usb [keyboard] [usb8] ukbd_set_leds_callback: error=USB_ER f kern/144938 usb [keyboard] [boot] Boot Failure with Apple (MB869LL/A) o usb/144387 usb [run] [panic] if_run panic o usb/144043 usb [umass] [usb8] USB DLT tape drive throws random errors a usb/143790 usb [boot] [cam] can not boot from usb hdd f usb/143620 usb [cdce] [usb8] the module if_cdce doesn't support my Op 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 p 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/141777 usb [usb8] [usbdevs] [rum] [patch] Support usbdevs / rum(4 f 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 o usb/141327 usb [ukbd] [usb67] USB kbd not working with 7.1+PAE on IBM o usb/141212 usb [ukbd] [usb8] ukbd_set_leds_callback:700: error=USB_ER o kern/141011 usb [usb8] Encrypted root, geli password at boot; enter ke 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 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 usb/140477 usb [umass] [usb8] [patch] allow boot-time attachment of d 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 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 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 s usb/138570 usb [usb67] [panic] USB mass device panics current 7.2-STA o usb/138175 usb [usb67] [boot] System cannot boot, when USB reader wit 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/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 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/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 f 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/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion 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 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] [panic] Kernel panic after NOMEM c 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/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 p usb/131123 usb [patch] [usb67] re-add UQ_ASSUME_CM_OVER_DATA USB quir 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 [patch] [quirk] [usb67] [usb] [cam] [umass] Samsung El o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [usb8] DVD drive detects as 'da' device f usb/129766 usb [usb] [panic] plugging in usb modem HUAWEI E226 panics o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader 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 p 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/127926 usb [boot] USB Timeout during bootup 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/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 f 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/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa s usb/122819 usb [usb67] [patch] Patch to provide dynamic additions to o usb/122813 usb [udbp] [request] udbp driver should be removed in favo 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/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/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s f usb/121232 usb [usb67] [panic] USB CardBus card removal causes reboot 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 f 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 [usb67] [umass] [patch] quirk to support ASUS P535 as 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/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/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 p usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th p usb/116699 usb [usb] [usb67] USB HID devices do not initialize at sys 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 s usb/113060 usb [usb67] [ulpt] [patch] Samsung printer not working in o usb/110856 usb [usb67] [ugen] [patch] interrupt in msgs are truncated 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/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 p usb/101775 usb [usb67] [libusbhid] [patch] possible error in report d 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/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [usb67] SMP-Kernel crashes reliably when Bluetooth con 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 f 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/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. f 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 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 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/80854 usb [patch] [request] suggestion for new iface-no-probe me 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 f 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/78984 usb [umass] [patch] Creative MUVO umass failure f usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device f 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 f 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 f usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) f 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 usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 317 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Jan 24 11:08:46 2011 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 310F81065694 for ; Mon, 24 Jan 2011 11:08:46 +0000 (UTC) (envelope-from dr.clau@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id B11828FC15 for ; Mon, 24 Jan 2011 11:08:45 +0000 (UTC) Received: by ewy24 with SMTP id 24so1808737ewy.13 for ; Mon, 24 Jan 2011 03:08:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=Ojk6y0MQ1pyabWQuVr5H6Gd5nZBUEtq6bUw8G4G78dU=; b=IShhliv9oQ3v4XykY6wBY2p/voyVphc1evhDse2lYJHiBuUn1RaqvEqdXobYMKspej 7Cmf0DSsCgLXHEIYPlnlEi7X/iSS7QLlQJ9NA9O3/nllQRm0jICeTgEZ0doX6+4fQ4O0 z//Y6XTKreVAMZL8X6CZmUXhQcCBN6UKVL7As= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=fRdjdUIyShWLsoJ5Dm3vhGJOiZ0OZ9gspEXFKCw3+3rul1skZFGnC4H1DieRF6PwAZ VhhjoQsa5tIi7kSY7/nAEP7Pi6+ih7P++sGhfkHYXK3Ysr1xu7/45JJ2fwj+T7IICV/z 255oXBmYx4nJFQaK1skEsH7QvEBJsadm+SZIc= Received: by 10.213.26.70 with SMTP id d6mr2882683ebc.78.1295867324588; Mon, 24 Jan 2011 03:08:44 -0800 (PST) Received: from [127.0.0.103] ([78.96.107.4]) by mx.google.com with ESMTPS id t5sm10072733eeh.8.2011.01.24.03.08.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Jan 2011 03:08:43 -0800 (PST) Message-ID: <4D3D5DBF.3080600@gmail.com> Date: Mon, 24 Jan 2011 13:08:47 +0200 From: CDP User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: <4D3CAE4E.2040407@gmail.com> <5253D900-7A8F-43D7-8E86-88C0A14EF0B8@gsoft.com.au> <4D3D3FC5.9010205@gmail.com> <201101241034.07591.hselasky@c2i.net> In-Reply-To: <201101241034.07591.hselasky@c2i.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Subject: Re: System lockups caused by USB external HDD 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, 24 Jan 2011 11:08:46 -0000 On 01/24/11 11:34, Hans Petter Selasky wrote: > On Monday 24 January 2011 10:00:53 CDP wrote: >> On 01/24/11 01:56, Daniel O'Connor wrote: >>> On 24/01/2011, at 9:10, CDP wrote: >>>> g_vfs_done():da0s2[WRITE(offset=xxxxxxxxxxxx, length=16384)]error = 5 >>>> [several more lines similar to the above] >>>> panic: softdep_move_dependencies: need merge code >>>> cpuid = 0 >>>> KDB: stack backtrace: >>>> #0 0x... at kdb_backtrace+0x5e >>>> #1 0x... at panic+0x182 >>> >>> It looks like the disk is dying, or the FS is corrupt (the former might >>> cause the later). >>> >>> Can you run smartctl on the disk? Unfortunately a lot of enclosures >>> reject SMART commands so you might not be able to :( >> >> I have attached the output of smartctl -d sat -a /dev/da0. I didn't yet >> run a SMART long test for the simple reason that the disk is going into >> sleep mode and interrupts it. Haven't bothered to keep it alive for a >> long test but I might just do that. >> >> Although, I doubt it's a disk failure, since I do backups on it without >> problems by using FreeBSD 7.3, on the same space where FreeBSD 8.x >> fails. And I am talking about over 150GB of data in one run, while >> 8.2-RC2 crashes after 5-10GB. I have experienced disk failure in the >> past, on SATA, and a few read/write errors never caused a system lockup. >> >> My feeling is that enough traffic on USB causes the problem, and that >> this problem is only present in the new USB stack. >> Unfortunately downgrading to 7.x is not an option because there are >> things that won't work on this notebook. > > If you run a simple test like this: > > dd if=/dev/da0 of=/dev/null bs=65536 > dd if=/dev/da0 of=/dev/null bs=16384 > > Do you then see any errors? > > Do you have a spare USB memory stick which you could run similar write tests > on? Both reads fail with I/O error, while writes to an unused partition seem to be fine (I interrupted the writes after a while): % dd if=/dev/da0 of=/dev/null bs=65536 dd: /dev/da0: Input/output error 191732+0 records in 191732+0 records out 12565348352 bytes transferred in 429.999272 secs (29221790 bytes/sec) % dd if=/dev/da0 of=/dev/null bs=16384 dd: /dev/da0: Input/output error 126427+0 records in 126427+0 records out 2071379968 bytes transferred in 169.431766 secs (12225452 bytes/sec) # dd if=/dev/random of=/dev/da0s3 bs=65536 ^C329378+0 records in 329377+0 records out 21586051072 bytes transferred in 1003.020293 secs (21521051 bytes/sec) # dd if=/dev/random of=/dev/da0s3 bs=16384 ^C679571+0 records in 679571+0 records out 11134091264 bytes transferred in 690.135793 secs (16133189 bytes/sec) This is what I get in /var/log/messages when the I/O error occurs: (da0:umass-sim0:0:0:0): AutoSense failed However, I experience no lockup. Maybe this situation is not handled correctly at another level ? I've done the read test with a 4GB memory stick and it passed. I'll do the read tests with another HDD later today, but I expect to get the same error, since on file copying it behaves in the same way. Claudiu. From owner-freebsd-usb@FreeBSD.ORG Mon Jan 24 11:27:31 2011 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 B206E10656A4; Mon, 24 Jan 2011 11:27:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0BCC68FC22; Mon, 24 Jan 2011 11:27:30 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=FCQkFjYgELNkj6Q2r2z7VPLsEezp8QkZcKORzHC3d6k= c=1 sm=1 a=P5NE3bt0QbgA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=x0rStR0kPNbJMZ0BeEEA:9 a=8_1rYk2IxaacTq1eWX4A:7 a=o0MkvM_mR23W_GsnFrY0jP3Zj_oA:4 a=PUjeQqilurYA:10 a=FoDfC59nWgHHAGjj:21 a=OmT53Uu0yfSjWUJy:21 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 77615632; Mon, 24 Jan 2011 12:27:29 +0100 From: Hans Petter Selasky To: CDP Date: Mon, 24 Jan 2011 12:27:36 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <4D3CAE4E.2040407@gmail.com> <201101241034.07591.hselasky@c2i.net> <4D3D5DBF.3080600@gmail.com> In-Reply-To: <4D3D5DBF.3080600@gmail.com> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101241227.36923.hselasky@c2i.net> Cc: mav@freebsd.org, freebsd-usb@freebsd.org Subject: Re: System lockups caused by USB external HDD 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, 24 Jan 2011 11:27:31 -0000 On Monday 24 January 2011 12:08:47 CDP wrote: > On 01/24/11 11:34, Hans Petter Selasky wrote: > > On Monday 24 January 2011 10:00:53 CDP wrote: > >> On 01/24/11 01:56, Daniel O'Connor wrote: > >>> On 24/01/2011, at 9:10, CDP wrote: > >>>> g_vfs_done():da0s2[WRITE(offset=xxxxxxxxxxxx, length=16384)]error = 5 > >>>> [several more lines similar to the above] > >>>> panic: softdep_move_dependencies: need merge code > >>>> cpuid = 0 > >>>> KDB: stack backtrace: > >>>> #0 0x... at kdb_backtrace+0x5e > >>>> #1 0x... at panic+0x182 > >>> > >>> It looks like the disk is dying, or the FS is corrupt (the former might > >>> cause the later). > >>> > >>> Can you run smartctl on the disk? Unfortunately a lot of enclosures > >>> reject SMART commands so you might not be able to :( > >> > >> I have attached the output of smartctl -d sat -a /dev/da0. I didn't yet > >> run a SMART long test for the simple reason that the disk is going into > >> sleep mode and interrupts it. Haven't bothered to keep it alive for a > >> long test but I might just do that. > >> > >> Although, I doubt it's a disk failure, since I do backups on it without > >> problems by using FreeBSD 7.3, on the same space where FreeBSD 8.x > >> fails. And I am talking about over 150GB of data in one run, while > >> 8.2-RC2 crashes after 5-10GB. I have experienced disk failure in the > >> past, on SATA, and a few read/write errors never caused a system lockup. > >> > >> My feeling is that enough traffic on USB causes the problem, and that > >> this problem is only present in the new USB stack. > >> Unfortunately downgrading to 7.x is not an option because there are > >> things that won't work on this notebook. > > > > If you run a simple test like this: > > > > dd if=/dev/da0 of=/dev/null bs=65536 > > dd if=/dev/da0 of=/dev/null bs=16384 > > > > Do you then see any errors? > > > > Do you have a spare USB memory stick which you could run similar write > > tests on? > > Both reads fail with I/O error, while writes to an unused partition seem > to be fine (I interrupted the writes after a while): > > % dd if=/dev/da0 of=/dev/null bs=65536 > dd: /dev/da0: Input/output error > 191732+0 records in > 191732+0 records out > 12565348352 bytes transferred in 429.999272 secs (29221790 bytes/sec) > > % dd if=/dev/da0 of=/dev/null bs=16384 > dd: /dev/da0: Input/output error > 126427+0 records in > 126427+0 records out > 2071379968 bytes transferred in 169.431766 secs (12225452 bytes/sec) > > # dd if=/dev/random of=/dev/da0s3 bs=65536 > ^C329378+0 records in > 329377+0 records out > 21586051072 bytes transferred in 1003.020293 secs (21521051 bytes/sec) > > # dd if=/dev/random of=/dev/da0s3 bs=16384 > ^C679571+0 records in > 679571+0 records out > 11134091264 bytes transferred in 690.135793 secs (16133189 bytes/sec) > > This is what I get in /var/log/messages when the I/O error occurs: > (da0:umass-sim0:0:0:0): AutoSense failed > > However, I experience no lockup. Maybe this situation is not handled > correctly at another level ? I haven't looked into the code of CAM or GEOM that much so I won't say too much about that. I believe the USB/umass is not to blame. What you could do is to add a conditional error printout in "umass_t_bbb_status_callback()" in /sys/dev/usb/storage/umass.c when the error happens. If that error is not a USB transport error, then we are most likely seeing a SCSI issue in layers above umass. Or if you have access to USB analyser use that. There is now also the option to trace USB from the kernel itself, but the feature is in its early development. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jan 25 00:48:09 2011 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 CA0331065672; Tue, 25 Jan 2011 00:48:09 +0000 (UTC) (envelope-from dr.clau@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 30CDB8FC17; Tue, 25 Jan 2011 00:48:08 +0000 (UTC) Received: by eyf6 with SMTP id 6so2324610eyf.13 for ; Mon, 24 Jan 2011 16:48:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=2ckxVsZjZJ+MNX7PFr5L5b7yoaLmncLajFTP77vDMSI=; b=i4AmteH4JeTWObQ8A6f+/lice+blmf86Ox9p5W9r69v6+L8CL/YbcScRxuUr3RWGWq fn2/8Wh67OBcynfoKdA8cpYx/cRsmfpwPiMx16pkFU3rLWC+lKBrXkbQVX1Vu4D9OPE0 ol5ZEaamN5b1g1YnvR6C6EQBKlzB7zKZ07ewM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=L3612B5Q42njk2qUQEVWhFC6j21+qDLYS2PcQpgoIWKdrcNlrCUl7XeDN9EVAIqblS gDba1aNNPunsrVXnKjVeAOWfoO0bvrQ8qosxU9sNBfnu+50ZkmHDQSkSbsKWl911dIFM eZ8vlxhA0/wIkaL9/sy7KlLygI+8TzsoE/vJQ= Received: by 10.14.119.16 with SMTP id m16mr5129968eeh.8.1295916487874; Mon, 24 Jan 2011 16:48:07 -0800 (PST) Received: from [127.0.0.103] ([78.96.107.4]) by mx.google.com with ESMTPS id t50sm10636461eeh.0.2011.01.24.16.48.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Jan 2011 16:48:05 -0800 (PST) Message-ID: <4D3E1DC3.3020602@gmail.com> Date: Tue, 25 Jan 2011 02:48:03 +0200 From: CDP User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: <4D3CAE4E.2040407@gmail.com> <201101241034.07591.hselasky@c2i.net> <4D3D5DBF.3080600@gmail.com> <201101241227.36923.hselasky@c2i.net> In-Reply-To: <201101241227.36923.hselasky@c2i.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: mav@freebsd.org Subject: Re: System lockups caused by USB external HDD 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, 25 Jan 2011 00:48:09 -0000 On 01/24/11 13:27, Hans Petter Selasky wrote: > On Monday 24 January 2011 12:08:47 CDP wrote: >> On 01/24/11 11:34, Hans Petter Selasky wrote: >>> On Monday 24 January 2011 10:00:53 CDP wrote: >>>> On 01/24/11 01:56, Daniel O'Connor wrote: >>>>> On 24/01/2011, at 9:10, CDP wrote: >>>>>> g_vfs_done():da0s2[WRITE(offset=xxxxxxxxxxxx, length=16384)]error = 5 >>>>>> [several more lines similar to the above] >>>>>> panic: softdep_move_dependencies: need merge code >>>>>> cpuid = 0 >>>>>> KDB: stack backtrace: >>>>>> #0 0x... at kdb_backtrace+0x5e >>>>>> #1 0x... at panic+0x182 >>>>> >>>>> It looks like the disk is dying, or the FS is corrupt (the former might >>>>> cause the later). >>>>> >>>>> Can you run smartctl on the disk? Unfortunately a lot of enclosures >>>>> reject SMART commands so you might not be able to :( >>>> >>>> I have attached the output of smartctl -d sat -a /dev/da0. I didn't yet >>>> run a SMART long test for the simple reason that the disk is going into >>>> sleep mode and interrupts it. Haven't bothered to keep it alive for a >>>> long test but I might just do that. >>>> >>>> Although, I doubt it's a disk failure, since I do backups on it without >>>> problems by using FreeBSD 7.3, on the same space where FreeBSD 8.x >>>> fails. And I am talking about over 150GB of data in one run, while >>>> 8.2-RC2 crashes after 5-10GB. I have experienced disk failure in the >>>> past, on SATA, and a few read/write errors never caused a system lockup. >>>> >>>> My feeling is that enough traffic on USB causes the problem, and that >>>> this problem is only present in the new USB stack. >>>> Unfortunately downgrading to 7.x is not an option because there are >>>> things that won't work on this notebook. >>> >>> If you run a simple test like this: >>> >>> dd if=/dev/da0 of=/dev/null bs=65536 >>> dd if=/dev/da0 of=/dev/null bs=16384 >>> >>> Do you then see any errors? >>> >>> Do you have a spare USB memory stick which you could run similar write >>> tests on? >> >> Both reads fail with I/O error, while writes to an unused partition seem >> to be fine (I interrupted the writes after a while): >> >> % dd if=/dev/da0 of=/dev/null bs=65536 >> dd: /dev/da0: Input/output error >> 191732+0 records in >> 191732+0 records out >> 12565348352 bytes transferred in 429.999272 secs (29221790 bytes/sec) >> >> % dd if=/dev/da0 of=/dev/null bs=16384 >> dd: /dev/da0: Input/output error >> 126427+0 records in >> 126427+0 records out >> 2071379968 bytes transferred in 169.431766 secs (12225452 bytes/sec) >> >> # dd if=/dev/random of=/dev/da0s3 bs=65536 >> ^C329378+0 records in >> 329377+0 records out >> 21586051072 bytes transferred in 1003.020293 secs (21521051 bytes/sec) >> >> # dd if=/dev/random of=/dev/da0s3 bs=16384 >> ^C679571+0 records in >> 679571+0 records out >> 11134091264 bytes transferred in 690.135793 secs (16133189 bytes/sec) >> >> This is what I get in /var/log/messages when the I/O error occurs: >> (da0:umass-sim0:0:0:0): AutoSense failed >> >> However, I experience no lockup. Maybe this situation is not handled >> correctly at another level ? > > I haven't looked into the code of CAM or GEOM that much so I won't say too > much about that. I believe the USB/umass is not to blame. What you could do is > to add a conditional error printout in "umass_t_bbb_status_callback()" in > /sys/dev/usb/storage/umass.c when the error happens. If that error is not a > USB transport error, then we are most likely seeing a SCSI issue in layers > above umass. Or if you have access to USB analyser use that. There is now also > the option to trace USB from the kernel itself, but the feature is in its > early development. The panics I was able to catch/inspect (latest from add_to_worklist() / ffs_softdep.c) indicated they were thrown by ffs/softupdates code, therefore I tried disabling softupdates. The system doesn't panic anymore. The operations on the USB HDD still stop, but after several tens of seconds the system logs the 'autosense failed' error, a bunch of write errors, and the copy operation resumes. md5 shows the copied files are identical to the source files. In 7.x I don't recall having any kind of errors, neither temporary locks in disk operations, so I'm guessing the 'autosense failed' situation is handled differently in 8.x, compared to 7.x. Claudiu. From owner-freebsd-usb@FreeBSD.ORG Wed Jan 26 00:50:15 2011 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 3209E1065679 for ; Wed, 26 Jan 2011 00:50: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 20C638FC1A for ; Wed, 26 Jan 2011 00:50: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 p0Q0oEIO035333 for ; Wed, 26 Jan 2011 00:50:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0Q0oErA035332; Wed, 26 Jan 2011 00:50:14 GMT (envelope-from gnats) Date: Wed, 26 Jan 2011 00:50:14 GMT Message-Id: <201101260050.p0Q0oErA035332@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: PseudoCylon Cc: Subject: Re: usb/150189: [run] [usb8] [patch] if_run appears to corrupt IP traffic X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: PseudoCylon List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 00:50:15 -0000 The following reply was made to PR usb/150189; it has been noted by GNATS. From: PseudoCylon To: bug-followup@freebsd.org, shadow@gmail.com Cc: Subject: Re: usb/150189: [run] [usb8] [patch] if_run appears to corrupt IP traffic Date: Tue, 25 Jan 2011 16:49:46 -0800 (PST) ----- Original Message ---- > From: Derrick Brashear > To: PseudoCylon > Sent: Wed, September 8, 2010 4:35:52 PM > Subject: Re: usb/150189: if_run appears to corrupt IP traffic > > WEP still fails. I will have to reboot to try without WEP. > > zcat /boot/kernel/kernel.gz | strings | grep if_run > $FreeBSD: src/sys/dev/usb/wlan/if_run.c,v 1.13 2010/07/11 23:54:44 thompsa Exp >$ > > Please try this. WEP should work as well. http://gitorious.org/run/run/trees/P4_wep_fix/dev/usb/wlan AK From owner-freebsd-usb@FreeBSD.ORG Wed Jan 26 01:50:12 2011 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 7566B106566B for ; Wed, 26 Jan 2011 01:50:12 +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 637278FC13 for ; Wed, 26 Jan 2011 01:50: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 p0Q1oBlZ098593 for ; Wed, 26 Jan 2011 01:50:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0Q1oBkn098592; Wed, 26 Jan 2011 01:50:11 GMT (envelope-from gnats) Date: Wed, 26 Jan 2011 01:50:11 GMT Message-Id: <201101260150.p0Q1oBkn098592@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Derrick Brashear Cc: Subject: Re: usb/150189: [run] [usb8] [patch] if_run appears to corrupt IP traffic X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Derrick Brashear List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 01:50:12 -0000 The following reply was made to PR usb/150189; it has been noted by GNATS. From: Derrick Brashear To: PseudoCylon Cc: "bug-followup@freebsd.org" , "shadow@gmail.com" Subject: Re: usb/150189: [run] [usb8] [patch] if_run appears to corrupt IP traffic Date: Tue, 25 Jan 2011 20:09:10 -0500 I'll build tonight. thanks Derrick On Jan 25, 2011, at 7:49 PM, PseudoCylon wrote: > ----- Original Message ---- >> From: Derrick Brashear >> To: PseudoCylon >> Sent: Wed, September 8, 2010 4:35:52 PM >> Subject: Re: usb/150189: if_run appears to corrupt IP traffic >>=20 >> WEP still fails. I will have to reboot to try without WEP. >>=20 >> zcat /boot/kernel/kernel.gz | strings | grep if_run >> $FreeBSD: src/sys/dev/usb/wlan/if_run.c,v 1.13 2010/07/11 23:54:44 thomp= sa Exp =20 >> $ >>=20 >>=20 > Please try this. WEP should work as well. > http://gitorious.org/run/run/trees/P4_wep_fix/dev/usb/wlan >=20 >=20 > AK >=20 >=20 >=20 From owner-freebsd-usb@FreeBSD.ORG Wed Jan 26 08:48:24 2011 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 38DE0106566B; Wed, 26 Jan 2011 08:48:24 +0000 (UTC) (envelope-from dr.clau@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9245F8FC15; Wed, 26 Jan 2011 08:48:23 +0000 (UTC) Received: by wyf19 with SMTP id 19so692365wyf.13 for ; Wed, 26 Jan 2011 00:48:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type; bh=MJEyW9Hk7ULxOIWtJtf4wJrIBT8HfsEosWiLpI5R9rE=; b=iPtLKU2bdDpgUG3rItwrfRMf+gJAvJDOoRGJ7sLFkpOdJ5L6yULUNTMUzB5OjiMAoy /6EeNBX0jrHklia670DIAoQQo3W7EAwZek89rlvXpDeYhZYJ3g7CEJeW6bmTeDGhe5WX LsyyEdzMbpZQOTZY1Ud3LOXcw+kpGN7ZXU3/8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=OqxOClMiTtaYAespF6i3FrzalO0ycmHJw5d93RYq0TkWYH7l5H6Ns/q+9cpjzuFdZo RJ9lZvUdm+O8aCkUcS+JQvIQ9yQQ4h+KQmVxCqbyVgTs88t2bcEk1mPHo0+GlMFXuUa4 DyxeNGtSpb0mHoCxeOktxnx4mlLpC8S8bBwsw= Received: by 10.227.155.82 with SMTP id r18mr7159736wbw.107.1296031702380; Wed, 26 Jan 2011 00:48:22 -0800 (PST) Received: from [127.0.0.103] ([78.96.107.4]) by mx.google.com with ESMTPS id b19sm4010077wbd.7.2011.01.26.00.48.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 26 Jan 2011 00:48:20 -0800 (PST) Message-ID: <4D3FDFD4.7090002@gmail.com> Date: Wed, 26 Jan 2011 10:48:20 +0200 From: CDP User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: <4D3CAE4E.2040407@gmail.com> <201101241034.07591.hselasky@c2i.net> <4D3D5DBF.3080600@gmail.com> <201101241227.36923.hselasky@c2i.net> In-Reply-To: <201101241227.36923.hselasky@c2i.net> X-Enigmail-Version: 1.1.2 Content-Type: multipart/mixed; boundary="------------090901020702040209060401" Cc: mav@freebsd.org Subject: Re: System lockups caused by USB external HDD 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, 26 Jan 2011 08:48:24 -0000 This is a multi-part message in MIME format. --------------090901020702040209060401 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit On 01/24/11 13:27, Hans Petter Selasky wrote: > On Monday 24 January 2011 12:08:47 CDP wrote: >> On 01/24/11 11:34, Hans Petter Selasky wrote: >>> On Monday 24 January 2011 10:00:53 CDP wrote: >>>> On 01/24/11 01:56, Daniel O'Connor wrote: >>>>> On 24/01/2011, at 9:10, CDP wrote: >>>>>> g_vfs_done():da0s2[WRITE(offset=xxxxxxxxxxxx, length=16384)]error = 5 >>>>>> [several more lines similar to the above] >>>>>> panic: softdep_move_dependencies: need merge code >>>>>> cpuid = 0 >>>>>> KDB: stack backtrace: >>>>>> #0 0x... at kdb_backtrace+0x5e >>>>>> #1 0x... at panic+0x182 >>>>> >>>>> It looks like the disk is dying, or the FS is corrupt (the former might >>>>> cause the later). >>>>> >>>>> Can you run smartctl on the disk? Unfortunately a lot of enclosures >>>>> reject SMART commands so you might not be able to :( >>>> >>>> I have attached the output of smartctl -d sat -a /dev/da0. I didn't yet >>>> run a SMART long test for the simple reason that the disk is going into >>>> sleep mode and interrupts it. Haven't bothered to keep it alive for a >>>> long test but I might just do that. >>>> >>>> Although, I doubt it's a disk failure, since I do backups on it without >>>> problems by using FreeBSD 7.3, on the same space where FreeBSD 8.x >>>> fails. And I am talking about over 150GB of data in one run, while >>>> 8.2-RC2 crashes after 5-10GB. I have experienced disk failure in the >>>> past, on SATA, and a few read/write errors never caused a system lockup. >>>> >>>> My feeling is that enough traffic on USB causes the problem, and that >>>> this problem is only present in the new USB stack. >>>> Unfortunately downgrading to 7.x is not an option because there are >>>> things that won't work on this notebook. >>> >>> If you run a simple test like this: >>> >>> dd if=/dev/da0 of=/dev/null bs=65536 >>> dd if=/dev/da0 of=/dev/null bs=16384 >>> >>> Do you then see any errors? >>> >>> Do you have a spare USB memory stick which you could run similar write >>> tests on? >> >> Both reads fail with I/O error, while writes to an unused partition seem >> to be fine (I interrupted the writes after a while): >> >> % dd if=/dev/da0 of=/dev/null bs=65536 >> dd: /dev/da0: Input/output error >> 191732+0 records in >> 191732+0 records out >> 12565348352 bytes transferred in 429.999272 secs (29221790 bytes/sec) >> >> % dd if=/dev/da0 of=/dev/null bs=16384 >> dd: /dev/da0: Input/output error >> 126427+0 records in >> 126427+0 records out >> 2071379968 bytes transferred in 169.431766 secs (12225452 bytes/sec) >> >> # dd if=/dev/random of=/dev/da0s3 bs=65536 >> ^C329378+0 records in >> 329377+0 records out >> 21586051072 bytes transferred in 1003.020293 secs (21521051 bytes/sec) >> >> # dd if=/dev/random of=/dev/da0s3 bs=16384 >> ^C679571+0 records in >> 679571+0 records out >> 11134091264 bytes transferred in 690.135793 secs (16133189 bytes/sec) >> >> This is what I get in /var/log/messages when the I/O error occurs: >> (da0:umass-sim0:0:0:0): AutoSense failed >> >> However, I experience no lockup. Maybe this situation is not handled >> correctly at another level ? > > I haven't looked into the code of CAM or GEOM that much so I won't say too > much about that. I believe the USB/umass is not to blame. What you could do is > to add a conditional error printout in "umass_t_bbb_status_callback()" in > /sys/dev/usb/storage/umass.c when the error happens. If that error is not a > USB transport error, then we are most likely seeing a SCSI issue in layers > above umass. Or if you have access to USB analyser use that. There is now also > the option to trace USB from the kernel itself, but the feature is in its > early development. You are right, I've tracked the problem down to CAM (cam_periph.c: camperiphsensedone()). I've changed the code to behave as it did in 7.3, and it mitigates the problem. I don't get "AutoSense failed" errors anymore and I don't get any lockups/crashes, not even when using softupdates on the external hdd. However, the pauses in disk operations still happen, but this doesn't seem to create any further issues. I haven't looked into this. I've attached a patch. I don't know if this behavior is correct, and I hope someone that knows CAM can take a look into this issue. Claudiu. --------------090901020702040209060401 Content-Type: text/plain; name="cam_periph.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="cam_periph.patch" --- sys/cam/cam_periph.c.orig 2011-01-26 09:38:21.000000000 +0200 +++ sys/cam/cam_periph.c 2011-01-26 09:38:02.000000000 +0200 @@ -1024,7 +1024,9 @@ int frozen = 0; u_int sense_key; int depth = done_ccb->ccb_h.recovery_depth; + int xpt_done_ccb; + xpt_done_ccb = FALSE; status = done_ccb->ccb_h.status; if (status & CAM_DEV_QFRZN) { frozen = 1; @@ -1049,14 +1051,22 @@ if (sense_key != SSD_KEY_NO_SENSE) { saved_ccb->ccb_h.status |= CAM_AUTOSNS_VALID; - } else { + + xpt_done_ccb = TRUE; + } /*else { saved_ccb->ccb_h.status &= ~CAM_STATUS_MASK; saved_ccb->ccb_h.status |= CAM_AUTOSENSE_FAIL; - } + }*/ bcopy(saved_ccb, done_ccb, sizeof(union ccb)); xpt_free_ccb(saved_ccb); + + periph->flags &= ~CAM_PERIPH_RECOVERY_INPROG; + + if (xpt_done_ccb == FALSE) + xpt_action(done_ccb); + break; } default: @@ -1084,7 +1094,9 @@ */ if (frozen != 0) done_ccb->ccb_h.status |= CAM_DEV_QFRZN; - (*done_ccb->ccb_h.cbfcnp)(periph, done_ccb); + + if (xpt_done_ccb == TRUE) + (*done_ccb->ccb_h.cbfcnp)(periph, done_ccb); } static void --------------090901020702040209060401-- From owner-freebsd-usb@FreeBSD.ORG Wed Jan 26 18:10:10 2011 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 A5A80106566C for ; Wed, 26 Jan 2011 18:10:10 +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 7B3128FC08 for ; Wed, 26 Jan 2011 18:10:10 +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 p0QIAAgq084331 for ; Wed, 26 Jan 2011 18:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0QIAA3X084330; Wed, 26 Jan 2011 18:10:10 GMT (envelope-from gnats) Date: Wed, 26 Jan 2011 18:10:10 GMT Message-Id: <201101261810.p0QIAA3X084330@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: CDP Cc: Subject: Re: usb/150401: [umass] [usb8] Errors from USB drives mixed between UFS and ZFS X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: CDP List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 18:10:10 -0000 The following reply was made to PR usb/150401; it has been noted by GNATS. From: CDP To: bug-followup@FreeBSD.org, decibel@decibel.org, jim@nasby.net Cc: Subject: Re: usb/150401: [umass] [usb8] Errors from USB drives mixed between UFS and ZFS Date: Wed, 26 Jan 2011 18:44:11 +0200 This is a multi-part message in MIME format. --------------010404030104040904000001 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I've had my share of problems with USB external HDD's since I upgraded to 8.x. I believe the root of your problems is the same as in my case. Please take a look at this thread: http://lists.freebsd.org/pipermail/freebsd-usb/2011-January/009894.html I've also attached the patch that fixes the problem in my case. Note that it is intended for 8.2-RC2. Regards, Claudiu Dragalina-Paraipan --------------010404030104040904000001 Content-Type: text/plain; name="cam_periph.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="cam_periph.patch" --- sys/cam/cam_periph.c.orig 2011-01-26 09:38:21.000000000 +0200 +++ sys/cam/cam_periph.c 2011-01-26 09:38:02.000000000 +0200 @@ -1024,7 +1024,9 @@ int frozen = 0; u_int sense_key; int depth = done_ccb->ccb_h.recovery_depth; + int xpt_done_ccb; + xpt_done_ccb = FALSE; status = done_ccb->ccb_h.status; if (status & CAM_DEV_QFRZN) { frozen = 1; @@ -1049,14 +1051,22 @@ if (sense_key != SSD_KEY_NO_SENSE) { saved_ccb->ccb_h.status |= CAM_AUTOSNS_VALID; - } else { + + xpt_done_ccb = TRUE; + } /*else { saved_ccb->ccb_h.status &= ~CAM_STATUS_MASK; saved_ccb->ccb_h.status |= CAM_AUTOSENSE_FAIL; - } + }*/ bcopy(saved_ccb, done_ccb, sizeof(union ccb)); xpt_free_ccb(saved_ccb); + + periph->flags &= ~CAM_PERIPH_RECOVERY_INPROG; + + if (xpt_done_ccb == FALSE) + xpt_action(done_ccb); + break; } default: @@ -1084,7 +1094,9 @@ */ if (frozen != 0) done_ccb->ccb_h.status |= CAM_DEV_QFRZN; - (*done_ccb->ccb_h.cbfcnp)(periph, done_ccb); + + if (xpt_done_ccb == TRUE) + (*done_ccb->ccb_h.cbfcnp)(periph, done_ccb); } static void --------------010404030104040904000001-- From owner-freebsd-usb@FreeBSD.ORG Fri Jan 28 01:45:01 2011 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 847A71065672 for ; Fri, 28 Jan 2011 01:45:01 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A26018FC1D for ; Fri, 28 Jan 2011 01:45:00 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p0S1ihe4094926 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 28 Jan 2011 12:14:44 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <201101221433.23194.hselasky@c2i.net> Date: Fri, 28 Jan 2011 12:14:43 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <6AD22899-0B00-483D-A01E-786029A82C9F@gsoft.com.au> References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201101221433.23194.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 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, 28 Jan 2011 01:45:01 -0000 On 23/01/2011, at 24:03, Hans Petter Selasky wrote: > You need to change the way you buffer the data. FreeBSD does not queue = more=20 > than 2 URB's at any time, and the turnaround time varies from 1ms to = 125us due=20 > to hardware IRQ restrictions. Linux queues up all it can get, which = leads to=20 > other kind of problems. The current internal buffer limit is 16Kbyte = 8000=20 > times per second which gives a MAX of 128 MByte/second. How difficult would it be to increase this? I obviously don't need any = more throughput, however my application is very sensitive to latency, as = I am reading out of a fairly small FIFO and if it fills up my entire run = has to be aborted. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Fri Jan 28 07:58:03 2011 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 C792B1065670 for ; Fri, 28 Jan 2011 07:58:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9E38FC0A for ; Fri, 28 Jan 2011 07:58:02 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=118a5bn0tGnRZbUa9ClBty6BTuM1bA5mUZqmf2RHYp4= c=1 sm=1 a=-lJg8f7At1MA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=CgqUDhbw9WEvZBDij74A:9 a=SKIRd9h-nnGp7Wwh1ha4MESXYK4A:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 80157031; Fri, 28 Jan 2011 08:58:00 +0100 From: Hans Petter Selasky To: "Daniel O'Connor" Date: Fri, 28 Jan 2011 08:58:05 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201101221433.23194.hselasky@c2i.net> <6AD22899-0B00-483D-A01E-786029A82C9F@gsoft.com.au> In-Reply-To: <6AD22899-0B00-483D-A01E-786029A82C9F@gsoft.com.au> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101280858.05077.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 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, 28 Jan 2011 07:58:03 -0000 On Friday 28 January 2011 02:44:43 Daniel O'Connor wrote: > On 23/01/2011, at 24:03, Hans Petter Selasky wrote: > > You need to change the way you buffer the data. FreeBSD does not queue > > more than 2 URB's at any time, and the turnaround time varies from 1ms > > to 125us due to hardware IRQ restrictions. Linux queues up all it can > > get, which leads to other kind of problems. The current internal buffer > > limit is 16Kbyte 8000 times per second which gives a MAX of 128 > > MByte/second. > > How difficult would it be to increase this? Hi, For this kind of applications ISOCHRONOUS transfers should be used. Then you can have a double buffer guard in the range 1-56ms, regardless of the buffer size the hardware uses. You could also try an XHCI controller, because the BULK buffering is done differently there. > I obviously don't need any more > throughput, however my application is very sensitive to latency, as I am > reading out of a fairly small FIFO and if it fills up my entire run has to > be aborted. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Jan 28 08:43:08 2011 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 D6B69106564A for ; Fri, 28 Jan 2011 08:43:08 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5B1BD8FC15 for ; Fri, 28 Jan 2011 08:43:07 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-198-244.lns6.adl6.internode.on.net [203.122.198.244]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p0S8gvMt030885 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 28 Jan 2011 19:12:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <201101280858.05077.hselasky@c2i.net> Date: Fri, 28 Jan 2011 19:12:57 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <2E5206C4-9327-4270-8948-FD44C62C645D@gsoft.com.au> References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201101221433.23194.hselasky@c2i.net> <6AD22899-0B00-483D-A01E-786029A82C9F@gsoft.com.au> <201101280858.05077.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 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, 28 Jan 2011 08:43:08 -0000 On 28/01/2011, at 18:28, Hans Petter Selasky wrote: > For this kind of applications ISOCHRONOUS transfers should be used. = Then you=20 > can have a double buffer guard in the range 1-56ms, regardless of the = buffer=20 > size the hardware uses. Hmm, OK, I will have a look at changing it, although it is a bit of a = pain because you can't stall an ISO EP and I'm using stall to indicate = an error. Is it possible to change the amount that is buffered? This is a = specialised application so a custom kernel is no problem. Even a hint in = the right direction would be greatly appreciated :) > You could also try an XHCI controller, because the BULK buffering is = done=20 > differently there. OK thanks, I'll try that too. >=20 >> I obviously don't need any more >> throughput, however my application is very sensitive to latency, as I = am >> reading out of a fairly small FIFO and if it fills up my entire run = has to >> be aborted. >=20 >=20 >=20 > --HPS >=20 -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Fri Jan 28 08:48:25 2011 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 A51C6106564A for ; Fri, 28 Jan 2011 08:48:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7148FC16 for ; Fri, 28 Jan 2011 08:48:24 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=0KkIQGagYCvnrzE3Z2Lmid87OPdbX6VLcZYwAuLMZ50= c=1 sm=1 a=-lJg8f7At1MA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=s6gVvOvmmxDJEFLdTWcA:9 a=Gfqfe-kOo8U0TP3AT5lX2-YEsVYA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 80219148; Fri, 28 Jan 2011 09:48:23 +0100 From: Hans Petter Selasky To: "Daniel O'Connor" Date: Fri, 28 Jan 2011 09:48:27 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201101280858.05077.hselasky@c2i.net> <2E5206C4-9327-4270-8948-FD44C62C645D@gsoft.com.au> In-Reply-To: <2E5206C4-9327-4270-8948-FD44C62C645D@gsoft.com.au> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101280948.27511.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 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, 28 Jan 2011 08:48:25 -0000 On Friday 28 January 2011 09:42:57 Daniel O'Connor wrote: > On 28/01/2011, at 18:28, Hans Petter Selasky wrote: > > For this kind of applications ISOCHRONOUS transfers should be used. Then > > you can have a double buffer guard in the range 1-56ms, regardless of > > the buffer size the hardware uses. > > Hmm, OK, I will have a look at changing it, although it is a bit of a pain > because you can't stall an ISO EP and I'm using stall to indicate an > error. Hi, There are some hard limits in the libusb source code. Just search for 16K in decimal. In the kernel the limit is bigger and I guess you don't need to change anything there. > Is it possible to change the amount that is buffered? This is a specialised > application so a custom kernel is no problem. Even a hint in the right > direction would be greatly appreciated :) > > > You could also try an XHCI controller, because the BULK buffering is done > > differently there. > > OK thanks, I'll try that too. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Jan 28 08:53:38 2011 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 9A375106564A for ; Fri, 28 Jan 2011 08:53:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB9E8FC0A for ; Fri, 28 Jan 2011 08:53:37 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-198-244.lns6.adl6.internode.on.net [203.122.198.244]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p0S8rRB9031293 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 28 Jan 2011 19:23:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <201101280948.27511.hselasky@c2i.net> Date: Fri, 28 Jan 2011 19:23:27 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201101280858.05077.hselasky@c2i.net> <2E5206C4-9327-4270-8948-FD44C62C645D@gsoft.com.au> <201101280948.27511.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 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, 28 Jan 2011 08:53:38 -0000 On 28/01/2011, at 19:18, Hans Petter Selasky wrote: > There are some hard limits in the libusb source code. Just search for = 16K in=20 > decimal. In the kernel the limit is bigger and I guess you don't need = to=20 > change anything there. Ahh OK thanks, I was looking in the kernel. >=20 >> Is it possible to change the amount that is buffered? This is a = specialised >> application so a custom kernel is no problem. Even a hint in the = right >> direction would be greatly appreciated :) >=20 >>=20 >>> You could also try an XHCI controller, because the BULK buffering is = done >>> differently there. >>=20 >> OK thanks, I'll try that too. >=20 > --HPS >=20 -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Sat Jan 29 23:47:52 2011 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 EA6401065670 for ; Sat, 29 Jan 2011 23:47:52 +0000 (UTC) (envelope-from freebsd_user@guice.ath.cx) Received: from guice.ath.cx (wsip-98-191-59-226.ri.ri.cox.net [98.191.59.226]) by mx1.freebsd.org (Postfix) with ESMTP id 927F48FC13 for ; Sat, 29 Jan 2011 23:47:52 +0000 (UTC) Received: from wtp1.ath.cx (localhost [127.0.0.1]) by guice.ath.cx (8.14.4/8.14.4) with ESMTP id p0TNOfbh058386 for ; Sat, 29 Jan 2011 18:24:42 -0500 (EST) (envelope-from freebsd_user@guice.ath.cx) Received: from 98.191.59.226 (SquirrelMail authenticated user email) by wtp1.ath.cx with HTTP; Sat, 29 Jan 2011 18:24:42 -0500 Message-ID: Date: Sat, 29 Jan 2011 18:24:42 -0500 From: freebsd_user@guice.ath.cx To: freebsd-usb@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: mount and umount large capacity external USB HDD (fstab) 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, 29 Jan 2011 23:47:53 -0000 Hope we are posting to the correct list ... We’re using a laptop for our temp mail-server and would like to attach a two (2) or three (3) TB external USB HDD for back-up purposes. Would someone be kind enough to point us to a step-by-step article on what needs to be entered in the /etc/fstab to allow us to leave the drive connected and facilitate auto mount/umount across system reboots; the results Google are presenting isn’t sufficient. Perhaps it’s or search terms that aren’t on point. Thanks.