From owner-freebsd-scsi Mon Jun 5 2:52:24 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from proxy.sindigit.pt (proxy.sindigit.pt [62.229.85.2]) by hub.freebsd.org (Postfix) with ESMTP id CEC1237B86E for ; Mon, 5 Jun 2000 02:52:20 -0700 (PDT) (envelope-from jm@sindigit.pt) Received: (from jm@localhost) by proxy.sindigit.pt (8.9.3/8.9.3) id KAA45607; Mon, 5 Jun 2000 10:50:23 +0100 (WEST) (envelope-from jm@sindigit.pt) X-Authentication-Warning: proxy.sindigit.pt: jm set sender to jm@sindigit.pt using -f Date: Mon, 5 Jun 2000 10:50:23 +0100 From: Jose Monteiro To: "Kenneth D. Merry" Cc: John Lengeling , John , freebsd-scsi@FreeBSD.ORG Subject: Re: Dying connection? Message-ID: <20000605105023.B44716@sindigit.pt> References: <4.3.1.2.20000531193727.00ac2af0@mail.udel.edu> <3935DAA5.7859492B@raccoon.com> <20000531233754.A88537@panzer.kdm.org> <393724F1.B90D3283@raccoon.com> <20000601212248.A96817@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20000601212248.A96817@panzer.kdm.org>; from ken@kdm.org on Thu, Jun 01, 2000 at 09:22:49PM -0600 X-No-Archive: Yes Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 02/06/00 04:22 WEST, Kenneth D. Merry wrote: > It could be drive firmware, or perhaps cabling and termination. I haven't > seen bad drive firmware on a Barracuda, so you might want to check your > cabling and termination first. (I even have the same model 4G Barracuda, > with slightly newer firmware.) > > Look for bent pins, crimped cables, cables that are too long, go too close > to a power supply, etc. > > It could also be that the drive is going bad. You might want to check and > see how many defects are in the grown defect list. (camcontrol defects > will do it, see the camcontrol(8) manual for details.) > > So, there are any number of things that could be wrong. Sorry I can't give > you a better answer. i've had a similar problem like this one (same simptoms and messages) and did all the checks you mentioned plus some others with no luck. after testing and testing (different disks, new controller, etc...) the problem turned out to be a faulty motherboard. Specificaly, one of the pci slots (curiously, an unused one) had electrical problems and thus the bus resets and master aborts. hope this helps, Jose Monteiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jun 5 5:47:11 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from donald.odyssey.co.za (donald.odyssey.co.za [196.22.206.253]) by hub.freebsd.org (Postfix) with ESMTP id 4607C37B769 for ; Mon, 5 Jun 2000 05:46:50 -0700 (PDT) (envelope-from blake@orbtech.co.za) Received: from blake ([10.100.1.103]) by donald.odyssey.co.za with smtp (Exim 3.13 #1) id 12ywH3-0002r6-00 for freebsd-scsi@FreeBSD.org; Mon, 05 Jun 2000 14:46:33 +0200 From: "Blake Turner" To: Subject: IBM ServerRAID SCSI support Date: Mon, 5 Jun 2000 14:47:08 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi I was wondering if any support under FreeBSD 4.0 exists for the IBM ServerRAID controller (comes std with their NetFinity range of servers) Many thanks Blake Turner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jun 5 8:31:21 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 4816637BE04 for ; Mon, 5 Jun 2000 08:31:19 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id IAA17453; Mon, 5 Jun 2000 08:34:05 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006051534.IAA17453@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Blake Turner" Cc: freebsd-scsi@FreeBSD.org Subject: Re: IBM ServerRAID SCSI support In-reply-to: Your message of "Mon, 05 Jun 2000 14:47:08 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 08:34:05 -0700 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hi > > I was wondering if any support under FreeBSD 4.0 exists for the IBM > ServerRAID controller (comes std with their NetFinity range of servers) Not at this time. If you want to send FreeBSD Test Labs one, we'll add it to the queue, but it may be a while before support is ready. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 6 19:52:12 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from wondermutt.net (host75-157.student.udel.edu [128.175.75.157]) by hub.freebsd.org (Postfix) with ESMTP id 86B5937B9A7 for ; Tue, 6 Jun 2000 19:52:09 -0700 (PDT) (envelope-from papalia@udel.edu) Received: from morgaine.udel.edu (morgaine.wondermutt.net [192.168.1.2]) by wondermutt.net (8.9.3/8.9.3) with ESMTP id WAA16575; Tue, 6 Jun 2000 22:53:47 -0400 (EDT) (envelope-from papalia@udel.edu) Message-Id: <4.3.1.2.20000606224635.00ad3450@mail.udel.edu> X-Sender: papalia@mail.udel.edu X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 06 Jun 2000 22:47:16 -0400 To: Jose Monteiro , "Kenneth D. Merry" From: John Subject: Re: Dying connection? Cc: John Lengeling , freebsd-scsi@FreeBSD.ORG In-Reply-To: <20000605105023.B44716@sindigit.pt> References: <20000601212248.A96817@panzer.kdm.org> <4.3.1.2.20000531193727.00ac2af0@mail.udel.edu> <3935DAA5.7859492B@raccoon.com> <20000531233754.A88537@panzer.kdm.org> <393724F1.B90D3283@raccoon.com> <20000601212248.A96817@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > It could be drive firmware, or perhaps cabling and termination. I haven't > > seen bad drive firmware on a Barracuda, so you might want to check your > > cabling and termination first. (I even have the same model 4G Barracuda, > > with slightly newer firmware.) > > > > Look for bent pins, crimped cables, cables that are too long, go too close > > to a power supply, etc. > > > > It could also be that the drive is going bad. You might want to check and > > see how many defects are in the grown defect list. (camcontrol defects > > will do it, see the camcontrol(8) manual for details.) > > > > So, there are any number of things that could be wrong. Sorry I can't give > > you a better answer. > >i've had a similar problem like this one (same simptoms and messages) >and did all the checks you mentioned plus some others with no luck. > >after testing and testing (different disks, new controller, etc...) >the problem turned out to be a faulty motherboard. Specificaly, one >of the pci slots (curiously, an unused one) had electrical problems >and thus the bus resets and master aborts. Now, forgive my ignorance (since in this case, it truly is ignorance), but how do you actually find an electrical problem with an unused pci slot? Multimeter and a lot of patience? --John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jun 7 2:49:38 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from proxy.sindigit.pt (proxy.sindigit.pt [62.229.85.2]) by hub.freebsd.org (Postfix) with ESMTP id C498E37B7A7 for ; Wed, 7 Jun 2000 02:49:34 -0700 (PDT) (envelope-from jm@sindigit.pt) Received: (from jm@localhost) by proxy.sindigit.pt (8.9.3/8.9.3) id KAA73397; Wed, 7 Jun 2000 10:48:07 +0100 (WEST) (envelope-from jm@sindigit.pt) X-Authentication-Warning: proxy.sindigit.pt: jm set sender to jm@sindigit.pt using -f Date: Wed, 7 Jun 2000 10:48:07 +0100 From: Jose Monteiro To: John Cc: "Kenneth D. Merry" , John Lengeling , freebsd-scsi@FreeBSD.ORG Subject: Re: Dying connection? Message-ID: <20000607104807.O46433@sindigit.pt> References: <20000601212248.A96817@panzer.kdm.org> <4.3.1.2.20000531193727.00ac2af0@mail.udel.edu> <3935DAA5.7859492B@raccoon.com> <20000531233754.A88537@panzer.kdm.org> <393724F1.B90D3283@raccoon.com> <20000601212248.A96817@panzer.kdm.org> <20000605105023.B44716@sindigit.pt> <4.3.1.2.20000606224635.00ad3450@mail.udel.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.3.1.2.20000606224635.00ad3450@mail.udel.edu>; from papalia@udel.edu on Tue, Jun 06, 2000 at 10:47:16PM -0400 X-No-Archive: Yes Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 07/06/00 03:47 WEST, John wrote: > >after testing and testing (different disks, new controller, etc...) > >the problem turned out to be a faulty motherboard. Specificaly, one > >of the pci slots (curiously, an unused one) had electrical problems > >and thus the bus resets and master aborts. > > Now, forgive my ignorance (since in this case, it truly is ignorance), but > how do you actually find an electrical problem with an unused pci > slot? Multimeter and a lot of patience? actually, during the box setup, i sometimes noticed problems detecting any card installed on that particular slot. the suspicion arose and i isolated the slot, but kept using the board. probably some piece of metallic debris has fallen into the slot, or something similar. Justin Gibbs pointed out that having a faulty (even unused) pci slot is cause for parity errors on the pci bus. other causes can be an unproperly seated card or a faulty trace or chip connection on the motherboard. Jose Monteiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jun 9 10:18:18 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from fanying.fynet.com (fanying.fy-net.com [208.51.149.66]) by hub.freebsd.org (Postfix) with ESMTP id AE63237B60E for ; Fri, 9 Jun 2000 10:18:12 -0700 (PDT) (envelope-from fanying@fynet.com) Received: from localhost (fanying@localhost) by fanying.fynet.com (8.9.3/8.9.3) with ESMTP id NAA32391 for ; Fri, 9 Jun 2000 13:32:07 -0400 Date: Fri, 9 Jun 2000 13:32:06 -0400 (EDT) From: Fanying Jen To: freebsd-scsi@freebsd.org Subject: Need Help with Dual Machines with One Shared SCSI RAID Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am trying to break from Linux for the first time and in a big way. I have two 486s fanying.fynet.com cindy.fynet.com which have identical processors, motherboards, memory, controllers, video, and even cases. The two machines shared via scsi a single external box with a disk array. The disk array is 4 disk in quantity and of the type UW SCSI, not U2W SCSI, and of the SE type. The drives are of identical make and model, Western Digital 9100-0007. The diagram shows the setup below: T = Terminater There are two SCSI Y Cables that I somehow got my hands on them. ----[T] [T]--- | | |--- SCSI --- [RAID Disks] --- SCSI ---| | | [fanying.fynet.com] [cindy.fynet.com] | | | | | -- Ether --[Switch]-- Ether -- | | | ------ Ethernet --- [Switch] -- Ethernet ---- | To The Internet Machine specs: fanying.fynet.com & cindy.fynet.com 486DX-33 128MB ea Amptron DX-9700 Adaptec 2940UW SCSI CDROM Intel Intelligence Server Ethernet (i960) -> nice 3Com 3c509B No internal hard disks, all of them are in the scsi box. What I am trying to do with FreeBSD is to set up a cluster with RAID-1 and RAID-5. Both machines will boot up from the external disk drives. My questions is how I set up the partitions to allow the disk to appear the same to both machines and does FreeBSD support mandatory file locking which means that any and all files that are being written to are lock for the other machines? I need help with this. I see plenty of documentation for Linux but my friend at www.saturated.net (FreeBSD Fan) says that FreeBSD is more efficient especially for a machine like mine and I want to be able to use FreeBSD for a Cluster with a Shared RAID SCSI storage. Thanks. ------------------------------------------------------------------ Fanying Jen (Network Administrator) Email: fanying@fynet.com fanying@fy-net.com fanying@fanying.com fanying@fanying.fynet.com fanying@fanying.fy-net.com fanying@fanying.fanying.com Ham Radio: KC2FRL (Tech No-Code) Pgp Key: http://www.fynet.com/fanying/pgpkey.html Forsale: http://www.fynet.com/fanying/forsale.html The Fanying Jen Network http://www.fy-net.com/ http://www.fynet.com/ ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jun 10 3:48:25 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 14E6437B81E for ; Sat, 10 Jun 2000 03:48:24 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e5AAmN828105 for scsi@freebsd.org; Sat, 10 Jun 2000 03:48:23 -0700 (PDT) Date: Sat, 10 Jun 2000 03:48:23 -0700 From: Alfred Perlstein To: scsi@freebsd.org Subject: Driver for IOI controller available but not in the tree? Message-ID: <20000610034823.Q18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I was browsing along and came across this url: http://www.ioiscsi.com/bios.html They have scsi drivers for freebsd 2.2.x and 3.x but not 4.x yet, anyone interested in trying to integrate these? They are under the BSDL. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jun 10 11:18:58 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from reticent.troll.no (reticent.troll.no [195.0.254.28]) by hub.freebsd.org (Postfix) with SMTP id 02AA837BF48 for ; Sat, 10 Jun 2000 11:18:44 -0700 (PDT) (envelope-from bhughes@trolltech.com) Received: (qmail 40564 invoked by uid 1001); 10 Jun 2000 18:18:41 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 10 Jun 2000 18:18:41 -0000 Date: Sat, 10 Jun 2000 20:18:41 +0200 (CEST) From: "Bradley T. Hughes" X-Sender: bhughes@reticent.troll.no To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Subject: Problem with newer sym driver on a Tekram DC-390U2W controller Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1543061976-960661121=:89051" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1543061976-960661121=:89051 Content-Type: TEXT/PLAIN; charset=US-ASCII My system at work has on of the mentioned controllers, which uses a Symbios 53C895 chip. I installed FreeBSD 4.0-RELEASE on the machine when I got the box, and was happy to see that da0 reported 40mb/s transfer rates. Soon after I cvsup'ed to -STABLE, which had an updated sym driver (1.5.3 from May 06), and my disk performance dropped dramatically. Upon investigation, I noticed that da0 was reporting only 6.6mb/s transfer rates. I began looking through mailing list archives and have found no posts even resembling the problem that I have... so I decided to try something. I found sym driver 1.3.2, dropped it into /usr/src/sys/dev/sym and recompiled my kernel. Upon reboot, da0 reported 40mb/s xfer rates and my disk performance came back to "normal" (read: what i was getting after setting upthe machine) I repeated this process for sym driver versions 1.4.1 and 1.5.0, both of which work beautifully. But driver 1.5.3 does not, and driver 1.6.1 from -CURRENT does not. Is there something I could add to my kernel config to get the original performance out of the current driver in -STABLE? I have attached a few dmesg logs, and will gladly provide other information if necessary. -- Bradley T. Hughes Waldemar Thranes gt. 98B N-0175 Oslo, Norway Office: +47 21 60 48 92 Mobile: +47 92 01 97 81 --0-1543061976-960661121=:89051 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg-1.5.0" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: using driver version 1.5.0 Content-Disposition: attachment; filename="dmesg-1.5.0" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk4MiwgMTk4NiwgMTk4OSwgMTk5MSwgMTk5Mw0K CVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEu IEFsbCByaWdodHMgcmVzZXJ2ZWQuDQpGcmVlQlNEIDQuMC1TVEFCTEUgIzU6 IFNhdCBKdW4gMTAgMTc6MTk6MTQgQ0VTVCAyMDAwDQogICAgcm9vdEByZXRp Y2VudC50cm9sbC5ubzovdXNyL3NyYy9zeXMvY29tcGlsZS9yZXRpY2VudA0K VGltZWNvdW50ZXIgImk4MjU0IiAgZnJlcXVlbmN5IDExOTMxODIgSHoNCkNQ VTogUGVudGl1bSBJSUkvUGVudGl1bSBJSUkgWGVvbiAoNjUxLjQ4LU1IeiA2 ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQg PSAweDY4MSAgU3RlcHBpbmcgPSAxDQogIEZlYXR1cmVzPTB4MzgzZmJmZjxG UFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1U UlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixYTU0+DQpyZWFs IG1lbW9yeSAgPSAyNjg0MjMxNjggKDI2MjEzMksgYnl0ZXMpDQphdmFpbCBt ZW1vcnkgPSAyNTgyMDc3NDQgKDI1MjE1NksgYnl0ZXMpDQpQcm9ncmFtbWlu ZyAyNCBwaW5zIGluIElPQVBJQyAjMA0KSU9BUElDICMwIGludHBpbiAyIC0+ IGlycSAwDQpJT0FQSUMgIzAgaW50cGluIDE2IC0+IGlycSAxMQ0KSU9BUElD ICMwIGludHBpbiAxNyAtPiBpcnEgMTANCklPQVBJQyAjMCBpbnRwaW4gMTgg LT4gaXJxIDUNCklPQVBJQyAjMCBpbnRwaW4gMTkgLT4gaXJxIDkNCkZyZWVC U0QvU01QOiBNdWx0aXByb2Nlc3NvciBtb3RoZXJib2FyZA0KIGNwdTAgKEJT UCk6IGFwaWMgaWQ6ICAxLCB2ZXJzaW9uOiAweDAwMDQwMDExLCBhdCAweGZl ZTAwMDAwDQogY3B1MSAoQVApOiAgYXBpYyBpZDogIDAsIHZlcnNpb246IDB4 MDAwNDAwMTEsIGF0IDB4ZmVlMDAwMDANCiBpbzAgKEFQSUMpOiBhcGljIGlk OiAgMiwgdmVyc2lvbjogMHgwMDE3MDAxMSwgYXQgMHhmZWMwMDAwMA0KUHJl bG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQgMHhjMDJkYjAwMC4NClBy ZWxvYWRlZCB1c2VyY29uZmlnX3NjcmlwdCAiL2Jvb3Qva2VybmVsLmNvbmYi IGF0IDB4YzAyZGIwOWMuDQpWRVNBOiB2Mi4wLCAzMjc2OGsgbWVtb3J5LCBm bGFnczoweDEsIG1vZGUgdGFibGU6MHhjMDBjNjk3NCAoYzAwMDY5NzQpDQpW RVNBOiBNYXRyb3ggR3JhcGhpY3MgSW5jLg0KUGVudGl1bSBQcm8gTVRSUiBz dXBwb3J0IGVuYWJsZWQNCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90 aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCmFwbTA6IDxBUE0g QklPUz4gb24gbW90aGVyYm9hcmQNCmFwbTogZm91bmQgQVBNIEJJT1MgdjEu MiwgY29ubmVjdGVkIGF0IHYxLjINCnBjaWIwOiA8SW50ZWwgODI0NDNCWCAo NDQwIEJYKSBob3N0IHRvIFBDSSBicmlkZ2U+IG9uIG1vdGhlcmJvYXJkDQpw Y2kwOiA8UENJIGJ1cz4gb24gcGNpYjANCnBjaWIxOiA8SW50ZWwgODI0NDNC WCAoNDQwIEJYKSBQQ0ktUENJIChBR1ApIGJyaWRnZT4gYXQgZGV2aWNlIDEu MCBvbiBwY2kwDQpwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjENCnBjaTE6IDxN YXRyb3ggTUdBIEc0MDAgQUdQIGdyYXBoaWNzIGFjY2VsZXJhdG9yPiBhdCAw LjAgaXJxIDExDQppc2FiMDogPEludGVsIDgyMzcxQUIgUENJIHRvIElTQSBi cmlkZ2U+IGF0IGRldmljZSA0LjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+ IG9uIGlzYWIwDQpwY2kwOiA8SW50ZWwgUElJWDQgQVRBIGNvbnRyb2xsZXI+ IGF0IDQuMQ0KcGNpMDogPEludGVsIDgyMzcxQUIvRUIgKFBJSVg0KSBVU0Ig Y29udHJvbGxlcj4gYXQgNC4yIGlycSA5DQpUaW1lY291bnRlciAiUElJWCIg IGZyZXF1ZW5jeSAzNTc5NTQ1IEh6DQppbnRwbTA6IDxJbnRlbCA4MjM3MUFC IFBvd2VyIG1hbmFnZW1lbnQgY29udHJvbGxlcj4gcG9ydCAweGU4MDAtMHhl ODBmIGlycSA5IGF0IGRldmljZSA0LjMgb24gcGNpMA0KaW50cG0wOiBJL08g bWFwcGVkIGU4MDANCmludHBtMDogaW50ciBJUlEgOSBlbmFibGVkIHJldmlz aW9uIDANCnNtYnVzMDogPFN5c3RlbSBNYW5hZ2VtZW50IEJ1cz4gb24gaW50 c21iMA0Kc21iMDogPFNNQnVzIGdlbmVyYWwgcHVycG9zZSBJL08+IG9uIHNt YnVzMA0KaW50cG0wOiBQTSBJL08gbWFwcGVkIGU0MDAgDQpzeW0wOiA8ODk1 PiBwb3J0IDB4ZDAwMC0weGQwZmYgbWVtIDB4ZGY4MDAwMDAtMHhkZjgwMGZm ZiwweGUwMDAwMDAwLTB4ZTAwMDAwZmYgaXJxIDkgYXQgZGV2aWNlIDkuMCBv biBwY2kwDQpzeW0wOiBUZWtyYW0gTlZSQU0sIElEIDcsIEZhc3QtNDAsIExW RCwgcGFyaXR5IGNoZWNraW5nDQpwY20wOiA8Q3JlYXRpdmUgRU1VMTBLMT4g cG9ydCAweGI4MDAtMHhiODFmIGlycSA1IGF0IGRldmljZSAxMC4wIG9uIHBj aTANCnBjaTA6IDx1bmtub3duIGNhcmQ+ICh2ZW5kb3I9MHgxMTAyLCBkZXY9 MHg3MDAyKSBhdCAxMC4xDQpmeHAwOiA8SW50ZWwgRXRoZXJFeHByZXNzIFBy byAxMC8xMDBCIEV0aGVybmV0PiBwb3J0IDB4YjAwMC0weGIwM2YgbWVtIDB4 ZGU4MDAwMDAtMHhkZThmZmZmZiwweGRmMDAwMDAwLTB4ZGYwMDBmZmYgaXJx IDEwIGF0IGRldmljZSAxMS4wIG9uIHBjaTANCmZ4cDA6IEV0aGVybmV0IGFk ZHJlc3MgMDA6ZDA6Yjc6MjU6M2M6NTANCmZkYzA6IDxORUMgNzIwNjVCIG9y IGNsb25lPiBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAy IG9uIGlzYTANCmZkYzA6IEZJRk8gZW5hYmxlZCwgOCBieXRlcyB0aHJlc2hv bGQNCmZkMDogPDE0NDAtS0IgMy41IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAw DQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBw b3J0IDB4NjAsMHg2NCBvbiBpc2EwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4g aXJxIDEgb24gYXRrYmRjMA0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBv biBhdGtiZGMwDQpwc20wOiBtb2RlbCBNb3VzZU1hbissIGRldmljZSBJRCAw DQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2Rm IGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0g Y29uc29sZT4gb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29s ZXMsIGZsYWdzPTB4MjAwPg0KQVBJQ19JTzogVGVzdGluZyA4MjU0IGludGVy cnVwdCBkZWxpdmVyeQ0KQVBJQ19JTzogcm91dGluZyA4MjU0IHZpYSBJT0FQ SUMgIzAgaW50cGluIDINCldhaXRpbmcgMiBzZWNvbmRzIGZvciBTQ1NJIGRl dmljZXMgdG8gc2V0dGxlDQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCENCk1v dW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9kYTBzMWENCmRhMCBhdCBzeW0w IGJ1cyAwIHRhcmdldCA2IGx1biAwDQpkYTA6IDxJQk0gRE5FUy0zMDkxNzBX IFNBMzA+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSANCmRh MDogNDAuMDAwTUIvcyB0cmFuc2ZlcnMgKDIwLjAwME1Ieiwgb2Zmc2V0IDMx LCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpkYTA6IDg3NDhN QiAoMTc5MTYyNDAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxMTE1 QykNCmNkMCBhdCBzeW0wIGJ1cyAwIHRhcmdldCA0IGx1biAwDQpjZDA6IDxT T05ZIENELVJXICBDUlgxNDBTIDEuMGU+IFJlbW92YWJsZSBDRC1ST00gU0NT SS00IGRldmljZSANCmNkMDogMTAuMDAwTUIvcyB0cmFuc2ZlcnMgKDEwLjAw ME1Ieiwgb2Zmc2V0IDE1KQ0KY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmlj ZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQN Cg== --0-1543061976-960661121=:89051 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg-1.5.3" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: using driver version 1.5.3 Content-Disposition: attachment; filename="dmesg-1.5.3" SnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9rZXJuZWw6IENvcHlyaWdodCAo YykgMTk5Mi0yMDAwIFRoZSBGcmVlQlNEIFByb2plY3QuDQpKdW4gIDEgMTM6 MjU6MTcgcmV0aWNlbnQgL2tlcm5lbDogQ29weXJpZ2h0IChjKSAxOTgyLCAx OTg2LCAxOTg5LCAxOTkxLCAxOTkzDQpKdW4gIDEgMTM6MjU6MTcgcmV0aWNl bnQgL2tlcm5lbDogVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2Yg Q2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4NCkp1biAgMSAxMzoy NToxNyByZXRpY2VudCAva2VybmVsOiBGcmVlQlNEIDQuMC1TVEFCTEUgIzA6 IFRodSBKdW4gIDEgMTM6MjE6MzMgQ0VTVCAyMDAwDQpKdW4gIDEgMTM6MjU6 MTcgcmV0aWNlbnQgL2tlcm5lbDogcm9vdEByZXRpY2VudC50cm9sbC5ubzov dXNyL3NyYy9zeXMvY29tcGlsZS9SRVRJQ0VOVA0KSnVuICAxIDEzOjI1OjE3 IHJldGljZW50IC9rZXJuZWw6IFRpbWVjb3VudGVyICJpODI1NCIgIGZyZXF1 ZW5jeSAxMTkzMTgyIEh6DQpKdW4gIDEgMTM6MjU6MTcgcmV0aWNlbnQgL2tl cm5lbDogQ1BVOiBQZW50aXVtIElJSS9QZW50aXVtIElJSSBYZW9uICg2NTEu NDgtTUh6IDY4Ni1jbGFzcyBDUFUpDQpKdW4gIDEgMTM6MjU6MTcgcmV0aWNl bnQgL2tlcm5lbDogT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2 ODEgIFN0ZXBwaW5nID0gMQ0KSnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9r ZXJuZWw6IEZlYXR1cmVzPTB4MzgzZmJmZjxGUFUsVk1FLERFLFBTRSxUU0Ms TVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBB VCxQU0UzNixNTVgsRlhTUixYTU0+DQpKdW4gIDEgMTM6MjU6MTcgcmV0aWNl bnQgL2tlcm5lbDogcmVhbCBtZW1vcnkgID0gMjY4NDIzMTY4ICgyNjIxMzJL IGJ5dGVzKQ0KSnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9rZXJuZWw6IGF2 YWlsIG1lbW9yeSA9IDI1ODU1MTgwOCAoMjUyNDkySyBieXRlcykNCkp1biAg MSAxMzoyNToxNyByZXRpY2VudCAva2VybmVsOiBQcm9ncmFtbWluZyAyNCBw aW5zIGluIElPQVBJQyAjMA0KSnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9r ZXJuZWw6IElPQVBJQyAjMCBpbnRwaW4gMiAtPiBpcnEgMA0KSnVuICAxIDEz OjI1OjE3IHJldGljZW50IC9rZXJuZWw6IElPQVBJQyAjMCBpbnRwaW4gMTYg LT4gaXJxIDExDQpKdW4gIDEgMTM6MjU6MTcgcmV0aWNlbnQgL2tlcm5lbDog SU9BUElDICMwIGludHBpbiAxNyAtPiBpcnEgMTANCkp1biAgMSAxMzoyNTox NyByZXRpY2VudCAva2VybmVsOiBJT0FQSUMgIzAgaW50cGluIDE4IC0+IGly cSA1DQpKdW4gIDEgMTM6MjU6MTcgcmV0aWNlbnQgL2tlcm5lbDogSU9BUElD ICMwIGludHBpbiAxOSAtPiBpcnEgOQ0KSnVuICAxIDEzOjI1OjE3IHJldGlj ZW50IC9rZXJuZWw6IEZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBtb3Ro ZXJib2FyZA0KSnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9rZXJuZWw6IGNw dTAgKEJTUCk6IGFwaWMgaWQ6ICAxLCB2ZXJzaW9uOiAweDAwMDQwMDExLCBh dCAweGZlZTAwMDAwDQpKdW4gIDEgMTM6MjU6MTcgcmV0aWNlbnQgL2tlcm5l bDogY3B1MSAoQVApOiAgYXBpYyBpZDogIDAsIHZlcnNpb246IDB4MDAwNDAw MTEsIGF0IDB4ZmVlMDAwMDANCkp1biAgMSAxMzoyNToxNyByZXRpY2VudCAv a2VybmVsOiBpbzAgKEFQSUMpOiBhcGljIGlkOiAgMiwgdmVyc2lvbjogMHgw MDE3MDAxMSwgYXQgMHhmZWMwMDAwMA0KSnVuICAxIDEzOjI1OjE3IHJldGlj ZW50IC9rZXJuZWw6IFByZWxvYWRlZCBlbGYga2VybmVsICJrZXJuZWwiIGF0 IDB4YzAyODcwMDAuDQpKdW4gIDEgMTM6MjU6MTcgcmV0aWNlbnQgL2tlcm5l bDogUHJlbG9hZGVkIHVzZXJjb25maWdfc2NyaXB0ICIvYm9vdC9rZXJuZWwu Y29uZiIgYXQgMHhjMDI4NzA5Yy4NCkp1biAgMSAxMzoyNToxNyByZXRpY2Vu dCAva2VybmVsOiBQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZA0K SnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9rZXJuZWw6IG5weDA6IDxtYXRo IHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQNCkp1biAgMSAxMzoyNToxNyBy ZXRpY2VudCAva2VybmVsOiBucHgwOiBJTlQgMTYgaW50ZXJmYWNlDQpKdW4g IDEgMTM6MjU6MTcgcmV0aWNlbnQgL2tlcm5lbDogcGNpYjA6IDxJbnRlbCA4 MjQ0M0JYICg0NDAgQlgpIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVy Ym9hcmQNCkp1biAgMSAxMzoyNToxNyByZXRpY2VudCAva2VybmVsOiBwY2kw OiA8UENJIGJ1cz4gb24gcGNpYjANCkp1biAgMSAxMzoyNToxNyByZXRpY2Vu dCAva2VybmVsOiBwY2liMTogPEludGVsIDgyNDQzQlggKDQ0MCBCWCkgUENJ LVBDSSAoQUdQKSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMA0KSnVu ICAxIDEzOjI1OjE3IHJldGljZW50IC9rZXJuZWw6IHBjaTE6IDxQQ0kgYnVz PiBvbiBwY2liMQ0KSnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9rZXJuZWw6 IHBjaTE6IDxOVmlkaWEgUml2YSBWYW50YSBUTlQyIGdyYXBoaWNzIGFjY2Vs ZXJhdG9yPiBhdCAwLjAgaXJxIDExDQpKdW4gIDEgMTM6MjU6MTcgcmV0aWNl bnQgL2tlcm5lbDogaXNhYjA6IDxJbnRlbCA4MjM3MUFCIFBDSSB0byBJU0Eg YnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBjaTANCkp1biAgMSAxMzoyNTox NyByZXRpY2VudCAva2VybmVsOiBpc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAN Ckp1biAgMSAxMzoyNToxNyByZXRpY2VudCAva2VybmVsOiBwY2kwOiA8SW50 ZWwgUElJWDQgQVRBIGNvbnRyb2xsZXI+IGF0IDQuMQ0KSnVuICAxIDEzOjI1 OjE3IHJldGljZW50IC9rZXJuZWw6IHBjaTA6IDxJbnRlbCA4MjM3MUFCL0VC IChQSUlYNCkgVVNCIGNvbnRyb2xsZXI+IGF0IDQuMg0KSnVuICAxIDEzOjI1 OjE3IHJldGljZW50IC9rZXJuZWw6IFRpbWVjb3VudGVyICJQSUlYIiAgZnJl cXVlbmN5IDM1Nzk1NDUgSHoNCkp1biAgMSAxMzoyNToxNyByZXRpY2VudCAv a2VybmVsOiBpbnRwbTA6IDxJbnRlbCA4MjM3MUFCIFBvd2VyIG1hbmFnZW1l bnQgY29udHJvbGxlcj4gcG9ydCAweGU4MDAtMHhlODBmIGlycSA5IGF0IGRl dmljZSA0LjMgb24gcGNpMA0KSnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9r ZXJuZWw6IGludHBtMDogSS9PIG1hcHBlZCBlODAwDQpKdW4gIDEgMTM6MjU6 MTcgcmV0aWNlbnQgL2tlcm5lbDogaW50cG0wOiBpbnRyIElSUSA5IGVuYWJs ZWQgcmV2aXNpb24gMA0KSnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9rZXJu ZWw6IHNtYnVzMDogPFN5c3RlbSBNYW5hZ2VtZW50IEJ1cz4gb24gaW50c21i MA0KSnVuICAxIDEzOjI1OjE3IHJldGljZW50IC9rZXJuZWw6IHNtYjA6IDxT TUJ1cyBnZW5lcmFsIHB1cnBvc2UgSS9PPiBvbiBzbWJ1czANCkp1biAgMSAx MzoyNToxNyByZXRpY2VudCAva2VybmVsOiBpbnRwbTA6IFBNIEkvTyBtYXBw ZWQgZTQwMCANCkp1biAgMSAxMzoyNToxNyByZXRpY2VudCAva2VybmVsOiBz eW0wOiA8ODk1PiBwb3J0IDB4ZDAwMC0weGQwZmYgbWVtIDB4ZGYwMDAwMDAt MHhkZjAwMGZmZiwweGRmODAwMDAwLTB4ZGY4MDAwZmYgaXJxIDkgYXQgZGV2 aWNlIDkuMCBvbiBwY2kwDQpKdW4gIDEgMTM6MjU6MTggcmV0aWNlbnQgL2tl cm5lbDogc3ltMDogVGVrcmFtIE5WUkFNLCBJRCA3LCBGYXN0LTQwLCBMVkQs IHBhcml0eSBjaGVja2luZw0KSnVuICAxIDEzOjI1OjE4IHJldGljZW50IC9r ZXJuZWw6IHBjaTA6IDx1bmtub3duIGNhcmQ+ICh2ZW5kb3I9MHgxMTAyLCBk ZXY9MHgwMDAyKSBhdCAxMC4wIGlycSA1DQpKdW4gIDEgMTM6MjU6MTggcmV0 aWNlbnQgL2tlcm5lbDogcGNpMDogPHVua25vd24gY2FyZD4gKHZlbmRvcj0w eDExMDIsIGRldj0weDcwMDIpIGF0IDEwLjENCkp1biAgMSAxMzoyNToxOCBy ZXRpY2VudCAva2VybmVsOiBmeHAwOiA8SW50ZWwgRXRoZXJFeHByZXNzIFBy byAxMC8xMDBCIEV0aGVybmV0PiBwb3J0IDB4YjAwMC0weGIwM2YgbWVtIDB4 ZGUwMDAwMDAtMHhkZTBmZmZmZiwweGRlODAwMDAwLTB4ZGU4MDBmZmYgaXJx IDEwIGF0IGRldmljZSAxMS4wIG9uIHBjaTANCkp1biAgMSAxMzoyNToxOCBy ZXRpY2VudCAva2VybmVsOiBmeHAwOiBFdGhlcm5ldCBhZGRyZXNzIDAwOmQw OmI3OjI1OjNjOjUwDQpKdW4gIDEgMTM6MjU6MTggcmV0aWNlbnQgL2tlcm5l bDogZmRjMDogPE5FQyA3MjA2NUIgb3IgY2xvbmU+IGF0IHBvcnQgMHgzZjAt MHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhMA0KSnVuICAxIDEzOjI1 OjE4IHJldGljZW50IC9rZXJuZWw6IGZkYzA6IEZJRk8gZW5hYmxlZCwgOCBi eXRlcyB0aHJlc2hvbGQNCkp1biAgMSAxMzoyNToxOCByZXRpY2VudCAva2Vy bmVsOiBmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUg MA0KSnVuICAxIDEzOjI1OjE4IHJldGljZW50IC9rZXJuZWw6IGF0a2JkYzA6 IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCww eDY0IG9uIGlzYTANCkp1biAgMSAxMzoyNToxOCByZXRpY2VudCAva2VybmVs OiBhdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0KSnVu ICAxIDEzOjI1OjE4IHJldGljZW50IC9rZXJuZWw6IHBzbTA6IDxQUy8yIE1v dXNlPiBpcnEgMTIgb24gYXRrYmRjMA0KSnVuICAxIDEzOjI1OjE4IHJldGlj ZW50IC9rZXJuZWw6IHBzbTA6IG1vZGVsIE1vdXNlTWFuKywgZGV2aWNlIElE IDANCkp1biAgMSAxMzoyNToxOCByZXRpY2VudCAva2VybmVsOiB2Z2EwOiA8 R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4 YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpKdW4gIDEgMTM6MjU6MTggcmV0aWNl bnQgL2tlcm5lbDogc2MwOiA8U3lzdGVtIGNvbnNvbGU+IG9uIGlzYTANCkp1 biAgMSAxMzoyNToxOCByZXRpY2VudCAva2VybmVsOiBzYzA6IFZHQSA8MTYg dmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgyMDA+DQpKdW4gIDEgMTM6MjU6 MTggcmV0aWNlbnQgL2tlcm5lbDogQVBJQ19JTzogVGVzdGluZyA4MjU0IGlu dGVycnVwdCBkZWxpdmVyeQ0KSnVuICAxIDEzOjI1OjE4IHJldGljZW50IC9r ZXJuZWw6IEFQSUNfSU86IHJvdXRpbmcgODI1NCB2aWEgSU9BUElDICMwIGlu dHBpbiAyDQpKdW4gIDEgMTM6MjU6MTggcmV0aWNlbnQgL2tlcm5lbDogV2Fp dGluZyAyIHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBzZXR0bGUNCkp1 biAgMSAxMzoyNToxOCByZXRpY2VudCAva2VybmVsOiBTTVA6IEFQIENQVSAj MSBMYXVuY2hlZCENCkp1biAgMSAxMzoyNToxOCByZXRpY2VudCAva2VybmVs OiBNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYvZGEwczFhDQpKdW4gIDEg MTM6MjU6MTggcmV0aWNlbnQgL2tlcm5lbDogY2QwIGF0IHN5bTAgYnVzIDAg dGFyZ2V0IDQgbHVuIDANCkp1biAgMSAxMzoyNToxOCByZXRpY2VudCAva2Vy bmVsOiBjZDA6IDxTT05ZIENELVJXICBDUlgxNDBTIDEuMGU+IFJlbW92YWJs ZSBDRC1ST00gU0NTSS00IGRldmljZSANCkp1biAgMSAxMzoyNToxOCByZXRp Y2VudCAva2VybmVsOiBjZDA6IDMuMzAwTUIvcyB0cmFuc2ZlcnMNCkp1biAg MSAxMzoyNToxOCByZXRpY2VudCAva2VybmVsOiBjZDA6IEF0dGVtcHQgdG8g cXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBu b3QgcHJlc2VudA0KSnVuICAxIDEzOjI1OjE4IHJldGljZW50IC9rZXJuZWw6 IGRhMCBhdCBzeW0wIGJ1cyAwIHRhcmdldCA2IGx1biAwDQpKdW4gIDEgMTM6 MjU6MTggcmV0aWNlbnQgL2tlcm5lbDogZGEwOiA8SUJNIERORVMtMzA5MTcw VyBTQTMwPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgDQpK dW4gIDEgMTM6MjU6MTggcmV0aWNlbnQgL2tlcm5lbDogZGEwOiA2LjYwME1C L3MgdHJhbnNmZXJzICgxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVk DQpKdW4gIDEgMTM6MjU6MTggcmV0aWNlbnQgL2tlcm5lbDogZGEwOiA4NzQ4 TUIgKDE3OTE2MjQwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMTEx NUMpDQo= --0-1543061976-960661121=:89051-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jun 10 11:34:17 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 7694337BFC1; Sat, 10 Jun 2000 11:34:01 -0700 (PDT) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id C24FA3E4F; Sat, 10 Jun 2000 20:33:59 +0200 (CEST) Date: Sat, 10 Jun 2000 20:33:59 +0200 From: Jesper Skriver To: "Bradley T. Hughes" Cc: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: Problem with newer sym driver on a Tekram DC-390U2W controller Message-ID: <20000610203359.C97714@skriver.dk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from bhughes@trolltech.com on Sat, Jun 10, 2000 at 08:18:41PM +0200 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Jun 10, 2000 at 08:18:41PM +0200, Bradley T. Hughes wrote: > My system at work has on of the mentioned controllers, which uses a > Symbios 53C895 chip. > > I installed FreeBSD 4.0-RELEASE on the machine when I got the box, and was > happy to see that da0 reported 40mb/s transfer rates. > > Soon after I cvsup'ed to -STABLE, which had an updated sym driver (1.5.3 > from May 06), and my disk performance dropped dramatically. Upon > investigation, I noticed that da0 was reporting only 6.6mb/s transfer > rates. It's not a general problem, the below is from a 4.0-STABLE machine as of about a week ago sym0: <895> port 0x1400-0x14ff mem 0xfa100000-0xfa100fff,0xfa106000-0xfa1060ff irq 16 at device 11.0 on pci0 sym0: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking sym1: <895> port 0x1800-0x18ff mem 0xfa101000-0xfa101fff,0xfa106400-0xfa1064ff irq 17 at device 12.0 on pci0 sym1: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking sym2: <875> port 0x2000-0x20ff mem 0xfa102000-0xfa102fff,0xfa106800-0xfa1068ff irq 21 at device 13.0 on pci0 sym2: No NVRAM, ID 7, Fast-20, SE, parity checking sym3: <875> port 0x2400-0x24ff mem 0xfa103000-0xfa103fff,0xfa106c00-0xfa106cff irq 22 at device 13.1 on pci0 sym3: No NVRAM, ID 7, Fast-20, SE, parity checking sym4: <895> port 0x2800-0x28ff mem 0xfa104000-0xfa104fff,0xfa107000-0xfa1070ff irq 18 at device 14.0 on pci0 sym4: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking [cut] da3 at sym2 bus 0 target 0 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da3: 70076MB (143515904 512 byte sectors: 255H 63S/T 8933C) da4 at sym0 bus 0 target 0 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da4: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da22 at sym4 bus 0 target 0 lun 0 da22: Fixed Direct Access SCSI-3 device da22: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da22: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) [cut] da2 at sym3 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 20.000MB/s transfers (20.000MHz, offset 15) da2: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da1 at sym3 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (20.000MHz, offset 15) da1: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da0 at sym3 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) cd0 at sym3 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 5.000MB/s transfers (5.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: Geek @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jun 10 11:46:38 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id F38B937B86F for ; Sat, 10 Jun 2000 11:46:35 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id MAA88489; Sat, 10 Jun 2000 12:46:23 -0600 (MDT) (envelope-from ken) Date: Sat, 10 Jun 2000 12:46:23 -0600 From: "Kenneth D. Merry" To: Alfred Perlstein Cc: scsi@FreeBSD.ORG Subject: Re: Driver for IOI controller available but not in the tree? Message-ID: <20000610124623.A88450@panzer.kdm.org> References: <20000610034823.Q18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000610034823.Q18462@fw.wintelcom.net>; from bright@wintelcom.net on Sat, Jun 10, 2000 at 03:48:23AM -0700 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Jun 10, 2000 at 03:48:23 -0700, Alfred Perlstein wrote: > I was browsing along and came across this url: > > http://www.ioiscsi.com/bios.html > > They have scsi drivers for freebsd 2.2.x and 3.x but not 4.x yet, > anyone interested in trying to integrate these? > > They are under the BSDL. Thomas Graichen was working on getting the driver integrated into the tree. In fact, I think he got Initio to change the license on a couple of the files. You might want to contact him and see what's up. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message