From owner-freebsd-hardware@FreeBSD.ORG Sun Oct 19 01:00:00 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A0521065687 for ; Sun, 19 Oct 2008 01:00:00 +0000 (UTC) (envelope-from kungfujesus06@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 14D0B8FC12 for ; Sun, 19 Oct 2008 00:59:59 +0000 (UTC) (envelope-from kungfujesus06@gmail.com) Received: by gxk9 with SMTP id 9so2386925gxk.19 for ; Sat, 18 Oct 2008 17:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=uetp+dCJfcebg+qIW0xWLyVkqPoXfLMwufhKgbJj4N0=; b=WXTySdldxUTe+U6JdleufFZ1TTv9QF2ebKU3I6sAd/6jbodbLP2LY1/ugvuBgoOyQ6 Ow2iShdzszpfaVUwUqxTT8W2aoTGaXgC7nhyImmC0QGufvacs1Zfx5Zd9mTdv+yDQxB+ 613aw19qjEBdRqMH+6pkCH7jw7409K34aKFrs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=hjJDmGA3xBdwcl3E40Bo43+PB6ISZtpwYhVp8X1zZ8lNec9DnyT7n1ZDaD6o0JVkI6 OHl7XlWLB4El4ulY3LnS4Z3PpyNI9EO6qQEJIGOWx/5CL0OJ9UM0jq4lyo0Cc9gJKHyO 3URy9lD+DtIAO1NSb1V4RbfLmvBrZ5/JI870A= Received: by 10.150.137.9 with SMTP id k9mr9088078ybd.44.1224377999218; Sat, 18 Oct 2008 17:59:59 -0700 (PDT) Received: by 10.150.177.6 with HTTP; Sat, 18 Oct 2008 17:59:59 -0700 (PDT) Message-ID: <96af083b0810181759t2320098dt7b1b00127e0b7013@mail.gmail.com> Date: Sat, 18 Oct 2008 20:59:59 -0400 From: "Adam Stylinski" To: freebsd-hardware@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Will the following work in FreeBSD7? X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2008 01:00:00 -0000 http://www.newegg.com/Product/Product.aspx?Item=N82E16816103058 It appears to have the identical marvell based SATA controller on it as my Rosewill RC-218, which doesn't appear to be working with FreeBSD7. Does anyone have any more information to offer? And if it doesn't work with the latest kernel, does anybody know of a 4 port SATA controller that's <=120.00USD that operates on PCI-Express and is compatible with FreeBSD? From owner-freebsd-hardware@FreeBSD.ORG Mon Oct 20 06:39:58 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68C3F106566C; Mon, 20 Oct 2008 06:39:58 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC5D8FC12; Mon, 20 Oct 2008 06:39:58 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from [195.1.79.114] (helo=[192.168.0.138]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kro9i-000Kmp-Gi; Mon, 20 Oct 2008 08:22:18 +0200 Message-Id: <6D397584-2B6B-4F1A-B5C4-2A7B77AE52EB@anduin.net> From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 20 Oct 2008 08:22:18 +0200 X-Mailer: Apple Mail (2.929.2) Cc: Ivan Voras Subject: Re: FreeBSD-AMD64 on Xeon MP X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 06:39:58 -0000 Hi, > > Hi all, > > > > I try to run FreeBSD-7-AMD64 on a Quad Xeon (Xeon MP 7320) and > 32GB RAM. > > The Board is a X7QC3 by supermicro and the installation is done on > > another system, updated and plugged to this system. So I have a > drive > > with 7-STABLE compiled today. > > > > The last line I see from dmesg is vga0- then the system freezes. > > > > Anyone using a similar configuration or knows what could be wrong? I > > still have some days left to play with it, before this box gets > shipped > > to the customer. > > This looks very, very similar to what I had once, on similar hardware > (4x Xeon 7xxx, SuperMicro). I didn't find a solution and didn't bother > since the box isn't intended for FreeBSD. I did find (by accident) a > curious workaround: I booted Linux (I used Ubuntu 8.04 amd64 LiveCD - > just to boot it, without installing), then rebooted and booted > FreeBSD - > worked every time, but it's obviously not a long-term solution. If you > can also verify that this "solves" the problem, then someone might > work > with you to produce a patch. I just received four such servers, all intended for FreeBSD.... And I'm seeing exactly the same problem. I'm going to try booting Linux and then back into FreeBSD, but it's obviously not a solution. Anyone who might want to work on this can have a box like this to work on via remote KVM (including remote boot media capability) any time. I'm going to go poke the supplier and Supermicro for some updated firmware. Any progress on your end? Some additional info: Safe mode boot gets a bit further, to the point where it tries to mount/read from /dev/md0, but then hangs hard. /Eirik From owner-freebsd-hardware@FreeBSD.ORG Mon Oct 20 14:22:17 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0043D1065671 for ; Mon, 20 Oct 2008 14:22:16 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 90F268FC12 for ; Mon, 20 Oct 2008 14:22:16 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 3EEFDBF2F for ; Mon, 20 Oct 2008 16:51:09 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72522-09 for ; Mon, 20 Oct 2008 16:51:08 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 7F17CBF2D for ; Mon, 20 Oct 2008 16:51:08 +0300 (EEST) Message-ID: <48FC8CCB.9050906@bulinfo.net> Date: Mon, 20 Oct 2008 16:51:07 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: hardware@freebsd.org X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Subject: Controlling NIC bandwidth via IFG? X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 14:22:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello All, I am looking for a NIC (supported by FreeBSD) which has ability to set IFG (Inter Frame Gap) bigger than default (960ns for 100Mbit/s, 96ns for 1Gbit/s). I would like to decrease the NIC bandwidth (burst rate) using this way to ~40Mbit/s. Best Regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFI/IzLxJBWvpalMpkRAkovAJ0WrckKEPNeYU4JpfCpng3hHMMN/ACfU3ax Ys3jzyKkhhTRlnfw782zGUI= =fefr -----END PGP SIGNATURE----- From owner-freebsd-hardware@FreeBSD.ORG Mon Oct 20 17:18:52 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3044F106567B for ; Mon, 20 Oct 2008 17:18:52 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id D74498FC32 for ; Mon, 20 Oct 2008 17:18:51 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by wx-out-0506.google.com with SMTP id s17so853559wxc.7 for ; Mon, 20 Oct 2008 10:18:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; bh=I+S0HLgGNUdBoL/a41sJbsj2y9V5pHUxu+P+HDYBLdw=; b=dbYHyrYHok3LE0SgLjiqRf63vL6jut7xuHf1t2iEp79HcU5j+2Zd8W2V/89i/1Ez2k tJ3ANMoqaOTywjxSRVL1yttHhvw78uppHM8XvZnaD0MPluJFuWjt/nHxf8ZcvaqWNOc3 ETcN+jNWbKgXlcdIoiBqtPmXrencxB+Igq9Uk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:mime-version :content-type:content-transfer-encoding:content-disposition :x-google-sender-auth; b=WkhQP3VQbx6566MtJGq7Ze6ujEzBNvwbixTPHifzutbtH7gTVITUyHErlkOHGqQBGD rX112zUK2Zb12vShA6x3wPDe1t6Xim9dZHLKg4kMsGgxPXlVSwSe4Ya10OdMayI5bcn3 +7pPbnlx0xefyas2WQ/+xv+H9ySuJ0x1fd/kU= Received: by 10.142.82.6 with SMTP id f6mr3207591wfb.43.1224523130487; Mon, 20 Oct 2008 10:18:50 -0700 (PDT) Received: by 10.142.141.5 with HTTP; Mon, 20 Oct 2008 10:18:50 -0700 (PDT) Message-ID: <539c60b90810201018v455513a0tdc97d7465e6623c3@mail.gmail.com> Date: Mon, 20 Oct 2008 10:18:50 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: freebsd-hardware@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: e22a078276769110 Subject: sata hotswap on Intel ICH7 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stevefranks@ieee.org List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:18:52 -0000 Just curious if this works, what I need to do, etc, good/bad experiences... Since I'm actually talking about internal drives, does cabling matter, is the power supposed to mate before/after data, etc? Doesn't seem to be much on the subject in the handbook or man atacontrol. I assume we've had scsi hotswapping for quite some time, right? Best, Steve From owner-freebsd-hardware@FreeBSD.ORG Mon Oct 20 17:25:17 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B5E6106566C for ; Mon, 20 Oct 2008 17:25:17 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id DFDE48FC1B for ; Mon, 20 Oct 2008 17:25:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA10.westchester.pa.mail.comcast.net with comcast id V4XC1a01L16LCl05A5RGWo; Mon, 20 Oct 2008 17:25:16 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA06.westchester.pa.mail.comcast.net with comcast id V5RF1a0092P6wsM3S5RFJp; Mon, 20 Oct 2008 17:25:16 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=TdDQ7-bBZVtic3zKy8MA:9 a=TcUqXfwZxtl4RXSYE2NPckTuLWUA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 1EFE6C9432; Mon, 20 Oct 2008 10:25:15 -0700 (PDT) Date: Mon, 20 Oct 2008 10:25:15 -0700 From: Jeremy Chadwick To: Steve Franks Message-ID: <20081020172515.GA8705@icarus.home.lan> References: <539c60b90810201018v455513a0tdc97d7465e6623c3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <539c60b90810201018v455513a0tdc97d7465e6623c3@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: sata hotswap on Intel ICH7 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:25:17 -0000 On Mon, Oct 20, 2008 at 10:18:50AM -0700, Steve Franks wrote: > Just curious if this works, what I need to do, etc, good/bad > experiences... Since I'm actually talking about internal drives, does > cabling matter, is the power supposed to mate before/after data, etc? Hot-swapping on SATA requires an actual hot-swap-capable SATA backplane. You *cannot* just "yank a disk out of a PC" by removing the SATA data or power cable. It also requires that you be using SATA in "Enhanced" mode, or under AHCI. Using SATA in "Emulation" or "Compatible" mode (e.g. a 2-channel SATA controller will assign disks as ata0-master and ata0-slave) will not work how you expect. AHCI is preferred, if available. Assuming you meet these criteria, all you need to do on FreeBSD is: - Unmount any filesystems using the disk (you may need to shut down or kill off processes using files on those filesystems before you can unmount). If you forget to do this, you will panic the box. - atacontrol list, and determine what channel to detach (E.g. ata0) - atacontrol detach - Kernel should show the disk disappearing. - Remove disk from machine, replace with new disk. - Wait for disk to spin up (sometimes the drive LEDs will be lit; wait for them to turn off) - atacontrol attach And that's all. Note that there are known problems with this when using BIOS-level RAID methods such as Intel MatrixRAID, so please do not use those. > Doesn't seem to be much on the subject in the handbook or man > atacontrol. You can file a PR to get this added, if you'd like. :-) > I assume we've had scsi hotswapping for quite some time, right? Correct, but it requires similar hardware as above. SCA drives, for example, are hot-swappable, while yanking a drive off a LVD cable will probably not do what you expect. camcontrol(8) is the utility you want to use for all that. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hardware@FreeBSD.ORG Mon Oct 20 18:09:20 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A2EC106569E for ; Mon, 20 Oct 2008 18:09:20 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4D88FC23 for ; Mon, 20 Oct 2008 18:09:20 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by gxk9 with SMTP id 9so3907761gxk.19 for ; Mon, 20 Oct 2008 11:09:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :sender:to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=G4NXWO/zmxF06SjYr6NN9M5HiP73VI1Yss0DpphLuxQ=; b=WDEaFLfNkRJY838qxKWZBz/7MgaXN8JGKton+FA7C8iRd5nvgI7UGd9M87s5txFh4q g8HuBNNF+jdyGnLmN1UAWmRdVwMNU5GMtNsFWeIo6YbAw3BWor1soYPIWXx+ZxPv0n7U ChmG+Yn4zUib2nPB+2OAGXeJR4r70evJunbx0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references:x-google-sender-auth; b=lUYhW15mWqFYedIR1Z3IJR1IBhps1439zAXYwicugBJX07lSIIFJ6CLhqpe2YIlIz3 SBaIJpE5dn42xjiLAahzL7bqw5nW5Id3aybw9RN+VJ46hzgSoi9wxGNMH89J4q7F+uec zcxFBFRWXztB0MhTK2GIEgFAQN/35SEkqvq5Y= Received: by 10.142.140.14 with SMTP id n14mr3218562wfd.247.1224526159099; Mon, 20 Oct 2008 11:09:19 -0700 (PDT) Received: by 10.142.141.5 with HTTP; Mon, 20 Oct 2008 11:09:19 -0700 (PDT) Message-ID: <539c60b90810201109t4504d87dy727220c6663a4281@mail.gmail.com> Date: Mon, 20 Oct 2008 11:09:19 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20081020172515.GA8705@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <539c60b90810201018v455513a0tdc97d7465e6623c3@mail.gmail.com> <20081020172515.GA8705@icarus.home.lan> X-Google-Sender-Auth: 5713b533c829bc11 Cc: freebsd-hardware@freebsd.org Subject: Re: sata hotswap on Intel ICH7 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stevefranks@ieee.org List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 18:09:20 -0000 > It also requires that you be using SATA in "Enhanced" mode, or under > AHCI. Using SATA in "Emulation" or "Compatible" mode (e.g. a 2-channel > SATA controller will assign disks as ata0-master and ata0-slave) will > not work how you expect. AHCI is preferred, if available. Ok, I followed the rest, but is the part above a function of the bios, the hardware, a sysctl, or what? Sounds like bios, I'll have a look... Thanks, Steve From owner-freebsd-hardware@FreeBSD.ORG Mon Oct 20 18:11:21 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF2E7106567C for ; Mon, 20 Oct 2008 18:11:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id A36F88FC1E for ; Mon, 20 Oct 2008 18:11:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id V2j31a00Q1HpZEsA86BM9W; Mon, 20 Oct 2008 18:11:21 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA14.emeryville.ca.mail.comcast.net with comcast id V6BL1a0042P6wsM8a6BLHb; Mon, 20 Oct 2008 18:11:20 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=WPOqk_0cROxuKjgV8-EA:9 a=7ig-X_tTwdri7WG81j63uuEhX30A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 02AA0C9432; Mon, 20 Oct 2008 11:11:20 -0700 (PDT) Date: Mon, 20 Oct 2008 11:11:19 -0700 From: Jeremy Chadwick To: Steve Franks Message-ID: <20081020181119.GA9777@icarus.home.lan> References: <539c60b90810201018v455513a0tdc97d7465e6623c3@mail.gmail.com> <20081020172515.GA8705@icarus.home.lan> <539c60b90810201109t4504d87dy727220c6663a4281@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <539c60b90810201109t4504d87dy727220c6663a4281@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: sata hotswap on Intel ICH7 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 18:11:21 -0000 On Mon, Oct 20, 2008 at 11:09:19AM -0700, Steve Franks wrote: > > It also requires that you be using SATA in "Enhanced" mode, or under > > AHCI. Using SATA in "Emulation" or "Compatible" mode (e.g. a 2-channel > > SATA controller will assign disks as ata0-master and ata0-slave) will > > not work how you expect. AHCI is preferred, if available. > > Ok, I followed the rest, but is the part above a function of the bios, > the hardware, a sysctl, or what? Sounds like bios, I'll have a > look... Yep, this would be in the BIOS. Sorry I didn't specify, my bad. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hardware@FreeBSD.ORG Tue Oct 21 14:36:10 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A16F106567E; Tue, 21 Oct 2008 14:36:10 +0000 (UTC) (envelope-from scheidell@secnap.net) Received: from fl.us.spammertrap.net (fl.us.spammertrap.net [204.89.241.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0C52D8FC1F; Tue, 21 Oct 2008 14:36:09 +0000 (UTC) (envelope-from scheidell@secnap.net) Received: from localhost (localhost [127.0.0.1]) by fl.us.spammertrap.net (Postfix) with ESMTP id 048A8E6072; Tue, 21 Oct 2008 10:36:09 -0400 (EDT) X-Quarantine-ID: X-Virus-Scanned: SpammerTrap(r) SME-150 1.84 at fl.us.spammertrap.net X-Amavis-Modified: Mail body modified (using disclaimer) by fl.us.spammertrap.net Received: from secnap3.secnap.com (secnap3.secnap.com [204.89.241.130]) by fl.us.spammertrap.net (Postfix) with ESMTP id 650FBE605F; Tue, 21 Oct 2008 10:36:08 -0400 (EDT) Received: from Mikes-Laptop.local ([10.70.3.3]) by secnap3.secnap.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 21 Oct 2008 10:36:08 -0400 Message-ID: <48FDE8E0.2030509@secnap.net> Date: Tue, 21 Oct 2008 10:36:16 -0400 From: Michael Scheidell User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <48E66ACE.7060702@secnap.net> <20081004064515.GA48654@icarus.home.lan> In-Reply-To: <20081004064515.GA48654@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Oct 2008 14:36:08.0275 (UTC) FILETIME=[5B0B7230:01C9338A] Cc: satz@iranger.com, sos@freebsd.org, bug-followup@FreeBSD.org, freebsd-hardware@freebsd.org Subject: Re: kern/127391: [ata] Intel 6300ESB SATA150 cannot find disk and boot under 6.3 [regression] X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 14:36:10 -0000 More information: I have a dmidecode, dmesg.boot and pciconf from A) old dell 750 (using a 6.3 kernel that we got to work by accident, don't remember how) B) new dell 750 that will boot anything. Biggest different seems to be a different motherboard. new one doesn't have an acpi apci bios, has a dual core cpu, old one has hyperthread cpu. I can build any kernel I want on the newer dell 750, it will boot just about anything. three different kernels that booted on new dell won't boot on old one. kernel that boots on old one, will boot on new one. I will upload. as a reminder, all systems, up and including freebsd 5.5 and 6.2 booted on all of these. A 'fix' somewhere in 6.3 broke the pci bridge? sata controller? disk init? 7.0 didn't fix it either, so whatever was changed was changed in 7.0 also. another reminder, and explanation. Several months ago, when investigating this, looking at a lot of problems documented and found by google, one of our techs came across a fix. we have a 6.3 kernel with that fix it it, but tech did not document it, and we have not been able to find fix or reproduce fix. -- Michael Scheidell, CTO Phone: 561-999-5000, x 1259 > *| *SECNAP Network Security Corporation * Certified SNORT Integrator * King of Spam Filters, SC Magazine 2008 * Information Security Award 2008, Info Security Products Guide * CRN Magazine Top 40 Emerging Security Vendors _________________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.spammertrap.com _________________________________________________________________________ From owner-freebsd-hardware@FreeBSD.ORG Wed Oct 22 15:03:55 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77B19106567E; Wed, 22 Oct 2008 15:03:55 +0000 (UTC) (envelope-from scheidell@secnap.net) Received: from fl.us.spammertrap.net (fl.us.spammertrap.net [204.89.241.173]) by mx1.freebsd.org (Postfix) with ESMTP id 3CDD48FC17; Wed, 22 Oct 2008 15:03:54 +0000 (UTC) (envelope-from scheidell@secnap.net) Received: from localhost (localhost [127.0.0.1]) by fl.us.spammertrap.net (Postfix) with ESMTP id A415FE607A; Wed, 22 Oct 2008 11:03:53 -0400 (EDT) X-Quarantine-ID: X-Virus-Scanned: SpammerTrap(r) SME-150 1.84 at fl.us.spammertrap.net X-Amavis-Modified: Mail body modified (using disclaimer) by fl.us.spammertrap.net Received: from secnap3.secnap.com (secnap3.secnap.com [204.89.241.130]) by fl.us.spammertrap.net (Postfix) with ESMTP id F1B42E6059; Wed, 22 Oct 2008 11:03:52 -0400 (EDT) Received: from mikes-laptop.secnap.com ([10.70.3.3]) by secnap3.secnap.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 22 Oct 2008 11:03:52 -0400 Message-ID: <48FF40E1.80708@secnap.net> Date: Wed, 22 Oct 2008 11:04:01 -0400 From: Michael Scheidell User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <48E66ACE.7060702@secnap.net> <20081004064515.GA48654@icarus.home.lan> <48FDE8E0.2030509@secnap.net> In-Reply-To: <48FDE8E0.2030509@secnap.net> X-OriginalArrivalTime: 22 Oct 2008 15:03:52.0942 (UTC) FILETIME=[65AD38E0:01C93457] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: satz@iranger.com, sos@freebsd.org, bug-followup@FreeBSD.org, freebsd-hardware@freebsd.org Subject: fixed, maybe: Re: kern/127391: [ata] Intel 6300ESB SATA150 cannot find disk and boot under 6.3 [regression] X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 15:03:55 -0000 i think its the acpi module. you have to build it in the kernel, you have to make SURE you build it in kernel. if you delete all the modules rm /boot/modules and you DON'T BUILD THE MODULES AT ALL, OR ERASE THEM WHEN DONE, and put device acpi in kernel, it should work. I will complete testing. -- Michael Scheidell, CTO Phone: 561-999-5000, x 1259 > *| *SECNAP Network Security Corporation * Certified SNORT Integrator * King of Spam Filters, SC Magazine 2008 * Information Security Award 2008, Info Security Products Guide * CRN Magazine Top 40 Emerging Security Vendors _________________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.spammertrap.com _________________________________________________________________________ From owner-freebsd-hardware@FreeBSD.ORG Sat Oct 25 21:48:01 2008 Return-Path: Delivered-To: hardware@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB66F106569C; Sat, 25 Oct 2008 21:48:01 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 703A98FC17; Sat, 25 Oct 2008 21:48:01 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id B01D371F463; Sat, 25 Oct 2008 17:29:36 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OgoeYrlfpFne; Sat, 25 Oct 2008 17:29:36 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 396E471F45E; Sat, 25 Oct 2008 17:29:36 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id 23D4057F; Sat, 25 Oct 2008 17:29:36 -0400 (EDT) Date: Sat, 25 Oct 2008 17:29:36 -0400 From: Adam McDougall To: Nick Hibma Message-ID: <20081025212935.GV61867@egr.msu.edu> References: <200810092344.10388.nick@van-laarhoven.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810092344.10388.nick@van-laarhoven.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Andrea Guzzo , FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 21:48:01 -0000 Seems to work fine with my Novatel V740 (EVDO from Verizon) Expresscard. I'm using the latest version with the bufsize patch and I'm glad I no longer have to hack in a patch to get relatively fast speeds through it (just got 140kB/sec in a test which is just over 1Mbit/sec). On Thu, Oct 09, 2008 at 11:44:09PM +0200, Nick Hibma wrote: Just now I have committed a driver for Option and Huawei cards previously supported by the ubsa driver. More information is in the commit message. I am looking for people who would be able to provide more information after testing with the 3G cards branded by: OEM: Merlin Huawei Option Sierra Novatel Qualcomm Rebranded: Dell Vodafone Note: The driver can be copied across to FreeBSD 7-STABLE if you copy the sys/modules/u3g directory and sys/dev/usb/u3g.c and sys/dev/usb/usbdevs files from HEAD and _move_ the ID from ubsa to u3g. More information can be found on http://people.freebsd.org/~n_hibma/u3g.html Thanks, Nick ---------- Forwarded Message ---------- Subject: svn commit: r183735 - in head: share/man/man4 sys/conf sys/dev/usb sys/i386/conf sys/modules sys/modules/u3g Date: Thu October 9 2008 From: Nick Hibma To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Author: n_hibma Date: Thu Oct 9 21:25:01 2008 New Revision: 183735 URL: http://svn.freebsd.org/changeset/base/183735 Log: Say hello to the u3g driver, implementing support for 3G modems. This was located in the ubsa driver, but should be moved into a separate driver: - 3G modems provide multiple serial ports to allow AT commands while the PPP connection is up. - 3G modems do not provide baud rate or other serial port settings. - Huawei cards need specific initialisation. - ubsa is for Belkin adapters, an Linuxy choice for another device like 3G. Speeds achieved here with a weak signal at best is ~40kb/s (UMTS). No spooky STALLED messages as well. Next: Move over all entries for Sierra and Novatel cards once I have found testers, and implemented serial port enumeration for Sierra (or rather have Andrea Guzzo do it). They list all endpoints in 1 iface instead of 4 ifaces. Submitted by: aguzzo@anywi.com MFC after: 3 weeks Added: head/share/man/man4/u3g.4 (contents, props changed) head/sys/dev/usb/u3g.c (contents, props changed) head/sys/modules/u3g/ head/sys/modules/u3g/Makefile (contents, props changed) Modified: head/share/man/man4/Makefile head/sys/conf/NOTES head/sys/conf/files head/sys/dev/usb/ubsa.c head/sys/dev/usb/usbdevs head/sys/i386/conf/GENERIC head/sys/modules/Makefile Modified: head/share/man/man4/Makefile ============================================================================== --- head/share/man/man4/Makefile Thu Oct 9 20:51:25 2008 (r183734) +++ head/share/man/man4/Makefile Thu Oct 9 21:25:01 2008 (r183735) @@ -384,6 +384,7 @@ MAN= aac.4 \ twe.4 \ tx.4 \ txp.4 \ + u3g.4 \ uark.4 \ uart.4 \ ubsa.4 \ Added: head/share/man/man4/u3g.4 ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/share/man/man4/u3g.4 Thu Oct 9 21:25:01 2008 (r183735) @@ -0,0 +1,100 @@ +.\" +.\" Copyright (c) 2008 AnyWi Technologies +.\" All rights reserved. +.\" +.\" This code is derived from uark.c +.\" +.\" Permission to use, copy, modify, and distribute this software for any +.\" purpose with or without fee is hereby granted, provided that the above +.\" copyright notice and this permission notice appear in all copies. +.\" +.\" THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES +.\" WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF +.\" MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR +.\" ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES +.\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN +.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF +.\" OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. +.\" +.\" $FreeBSD$ +.\" +.Dd October 7, 2008 +.Dt U3G 4 +.Os +.Sh NAME +.Nm u3g +.Nd USB support for 3G datacards +.Sh SYNOPSIS +To compile this driver into the kernel, +place the following lines in your +kernel configuration file: +.Bd -ragged -offset indent +.Cd "device u3g" +.Cd "device ucom" +.Ed +.Pp +Alternatively, to load the driver as a +module at boot time, place the following line in +.Xr loader.conf 5 : +.Bd -literal -offset indent +u3g_load="YES" +.Ed +.Sh DESCRIPTION +The +.Nm +driver provides support for the multiple USB-to-serial interfaces exposed by +many 3G usb/pccard modems. +.Pp +The device is accessed through the +.Xr ucom 4 +driver which makes it behave like a +.Xr tty 4 . +.Sh HARDWARE +The +.Nm +driver supports the following adapters: +.Pp +.Bl -bullet -compact +.It +Option Globetrotter 3G Fusion (only 3G part, not WLAN) +.It +Option Globetrotter 3G Fusion Quad (only 3G part, not WLAN) +.It +Option Globetrotter 3G Quad +.It +Option Globetrotter 3G +.It +Vodafone Mobile Connect Card 3G +.It +Huawei E220 (E270?) +.It +Huawei Mobile +.El +.Pp +The supported 3G cards provide the necessary modem port for ppp, +pppd, or mpd connections as well as extra ports (depending on the specific +device) to provide other functions (diagnostic port, SIM toolkit port) +.Sh SEE ALSO +.Xr tty 4 , +.Xr ucom 4 , +.Xr usb 4 , +.Xr ubsa 4 +.Sh HISTORY +The +.Nm +driver +appeared in +.Fx 7.0 . +The +.Xr ubsa 4 +manual page was modified for +.Nm +by +.An Andrea Guzzo Aq aguzzo@anywi.com +in September 2008. +.Sh AUTHORS +The +.Nm +driver was written by +.An Andrea Guzzo Aq aguzzo@anywi.com . +Hardware for testing provided by AnyWi Technologies, Leiden, NL. Modified: head/sys/conf/NOTES ============================================================================== --- head/sys/conf/NOTES Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/conf/NOTES Thu Oct 9 21:25:01 2008 (r183735) @@ -2416,6 +2416,8 @@ device uscanner # # USB serial support device ucom +# USB support for 3G modem cards by Option, Huawei and Sierra +device u3g # USB support for Technologies ARK3116 based serial adapters device uark # USB support for Belkin F5U103 and compatible serial adapters @@ -2441,7 +2443,6 @@ device aue # ASIX Electronics AX88172 USB 2.0 ethernet driver. Used in the # LinkSys USB200M and various other adapters. - device axe # Modified: head/sys/conf/files ============================================================================== --- head/sys/conf/files Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/conf/files Thu Oct 9 21:25:01 2008 (r183735) @@ -1327,6 +1327,7 @@ dev/usb/ohci_pci.c optional ohci pci dev/usb/sl811hs.c optional slhci dev/usb/slhci_pccard.c optional slhci pccard dev/usb/uark.c optional uark +dev/usb/u3g.c optional u3g dev/usb/ubsa.c optional ubsa dev/usb/ubser.c optional ubser dev/usb/ucom.c optional ucom Added: head/sys/dev/usb/u3g.c ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/sys/dev/usb/u3g.c Thu Oct 9 21:25:01 2008 (r183735) @@ -0,0 +1,330 @@ +/* + * Copyright (c) 2008 AnyWi Technologies + * Author: Andrea Guzzo + * * based on uark.c 1.1 2006/08/14 08:30:22 jsg * + * * parts from ubsa.c 183348 2008-09-25 12:00:56Z phk * + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN + * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF + * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + * + * $FreeBSD$ + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include + +#include "usbdevs.h" + +#ifdef U3G_DEBUG +#define DPRINTFN(n, x) do { if (u3gdebug > (n)) printf x; } while (0) +int u3gtebug = 0; +#else +#define DPRINTFN(n, x) +#endif +#define DPRINTF(x) DPRINTFN(0, x) + +#define U3GBUFSZ 1024 +#define U3G_MAXPORTS 4 + +struct u3g_softc { + struct ucom_softc sc_ucom[U3G_MAXPORTS];; + device_t sc_dev; + usbd_device_handle sc_udev; + u_char sc_msr; + u_char sc_lsr; + u_char numports; + + usbd_interface_handle sc_intr_iface; /* interrupt interface */ +#ifdef U3G_DEBUG + int sc_intr_number; /* interrupt number */ + usbd_pipe_handle sc_intr_pipe; /* interrupt pipe */ + u_char *sc_intr_buf; /* interrupt buffer */ +#endif + int sc_isize; +}; + +struct ucom_callback u3g_callback = { + NULL, + NULL, + NULL, + NULL, + NULL, + NULL, + NULL, + NULL, +}; + +static const struct usb_devno u3g_devs[] = { + /* OEM: Option */ + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3G }, + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, + { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, + /* OEM: Huawei */ + { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, + { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, + + { 0, 0 } +}; + +#ifdef U3G_DEBUG +static void +u3g_intr(usbd_xfer_handle xfer, usbd_private_handle priv, usbd_status status) +{ + struct u3g_softc *sc = (struct u3g_softc *)priv; + device_printf(sc->sc_dev, "INTERRUPT CALLBACK\n"); +} +#endif + +static int +u3g_huawei_reinit(usbd_device_handle dev) +{ + /* The Huawei device presents itself as a umass device with Windows + * drivers on it. After installation of the driver, it reinits into a + * 3G serial device. + */ + usb_device_request_t req; + usb_config_descriptor_t *cdesc; + + /* Get the config descriptor */ + cdesc = usbd_get_config_descriptor(dev); + if (cdesc == NULL) + return (UMATCH_NONE); + + /* One iface means umass mode, more than 1 (4 usually) means 3G mode */ + if (cdesc->bNumInterface > 1) + return (UMATCH_VENDOR_PRODUCT); + + req.bmRequestType = UT_WRITE_DEVICE; + req.bRequest = UR_SET_FEATURE; + USETW(req.wValue, UF_DEVICE_REMOTE_WAKEUP); + USETW(req.wIndex, UHF_PORT_SUSPEND); + USETW(req.wLength, 0); + + (void) usbd_do_request(dev, &req, 0); + + return UMATCH_NONE; /* mismatch; it will be gone and reappear */ +} + +static int +u3g_match(device_t self) +{ + struct usb_attach_arg *uaa = device_get_ivars(self); + + if (uaa->iface != NULL) + return (UMATCH_NONE); + + if (uaa->vendor == USB_VENDOR_HUAWEI) + return u3g_huawei_reinit(uaa->device); + + if (usb_lookup(u3g_devs, uaa->vendor, uaa->product)) + return UMATCH_VENDOR_PRODUCT; + + return UMATCH_NONE; +} + +static int +u3g_attach(device_t self) +{ + struct u3g_softc *sc = device_get_softc(self); + struct usb_attach_arg *uaa = device_get_ivars(self); + usbd_device_handle dev = uaa->device; + usbd_interface_handle iface; + usb_interface_descriptor_t *id; + usb_endpoint_descriptor_t *ed; + usbd_status error; + int i, n; + usb_config_descriptor_t *cdesc; + struct ucom_softc *ucom = NULL; + char devnamefmt[32]; + + sc->sc_dev = self; +#ifdef DEBUG + sc->sc_intr_number = -1; + sc->sc_intr_pipe = NULL; +#endif + /* Move the device into the configured state. */ + error = usbd_set_config_index(dev, 1, 1); + if (error) { + device_printf(self, "failed to set configuration: %s\n", + usbd_errstr(error)); + goto bad; + } + + /* get the config descriptor */ + cdesc = usbd_get_config_descriptor(dev); + + if (cdesc == NULL) { + device_printf(self, "failed to get configuration descriptor\n"); + goto bad; + } + + sc->sc_udev = dev; + sc->numports = (cdesc->bNumInterface <= U3G_MAXPORTS)?cdesc->bNumInterface:U3G_MAXPORTS; + for ( i = 0; i < sc->numports; i++ ) { + ucom = &sc->sc_ucom[i]; + + ucom->sc_dev = self; + ucom->sc_udev = dev; + error = usbd_device2interface_handle(dev, i, &iface); + if (error) { + device_printf(ucom->sc_dev, + "failed to get interface, err=%s\n", + usbd_errstr(error)); + ucom->sc_dying = 1; + goto bad; + } + id = usbd_get_interface_descriptor(iface); + ucom->sc_iface = iface; + + ucom->sc_bulkin_no = ucom->sc_bulkout_no = -1; + for (n = 0; n < id->bNumEndpoints; n++) { + ed = usbd_interface2endpoint_descriptor(iface, n); + if (ed == NULL) { + device_printf(ucom->sc_dev, + "could not read endpoint descriptor\n"); + goto bad; + } + if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN && + UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) + ucom->sc_bulkin_no = ed->bEndpointAddress; + else if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_OUT && + UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) + ucom->sc_bulkout_no = ed->bEndpointAddress; + } + if (ucom->sc_bulkin_no == -1 || ucom->sc_bulkout_no == -1) { + device_printf(ucom->sc_dev, "missing endpoint\n"); + goto bad; + } + ucom->sc_parent = sc; + ucom->sc_ibufsize = U3GBUFSZ; + ucom->sc_obufsize = U3GBUFSZ; + ucom->sc_ibufsizepad = U3GBUFSZ; + ucom->sc_opkthdrlen = 0; + + ucom->sc_callback = &u3g_callback; + + sprintf(devnamefmt,"U%d.%%d", device_get_unit(self)); + DPRINTF(("u3g: in=0x%x out=0x%x, devname=%s\n", + ucom->sc_bulkin_no, ucom->sc_bulkout_no, devnamefmt)); +#if __FreeBSD_version < 800000 + ucom_attach_tty(ucom, TS_CALLOUT, devnamefmt, i); +#else + ucom_attach_tty(ucom, devnamefmt, i); +#endif + } +#ifdef U3G_DEBUG + if (sc->sc_intr_number != -1 && sc->sc_intr_pipe == NULL) { + sc->sc_intr_buf = malloc(sc->sc_isize, M_USBDEV, M_WAITOK); + error = usbd_open_pipe_intr(sc->sc_intr_iface, + sc->sc_intr_number, + USBD_SHORT_XFER_OK, + &sc->sc_intr_pipe, + sc, + sc->sc_intr_buf, + sc->sc_isize, + u3g_intr, + 100); + if (error) { + device_printf(self, + "cannot open interrupt pipe (addr %d)\n", + sc->sc_intr_number); + goto bad; + } + } +#endif + device_printf(self, "configured %d serial ports (/dev/cuaU%d.X)", + sc->numports, device_get_unit(self)); + + return 0; + +bad: + DPRINTF(("u3g_attach: ATTACH ERROR\n")); + ucom->sc_dying = 1; + return ENXIO; +} + +static int +u3g_detach(device_t self) +{ + struct u3g_softc *sc = device_get_softc(self); + int rv = 0; + int i; + + DPRINTF(("u3g_detach: sc=%p\n", sc)); + + for (i = 0; i < sc->numports; i++) { + if(sc->sc_ucom[i].sc_udev) { + sc->sc_ucom[i].sc_dying = 1; + rv = ucom_detach(&sc->sc_ucom[i]); + if(rv != 0) { + device_printf(self, "Can't deallocat port %d", i); + return rv; + } + } + } + +#ifdef U3G_DEBUG + if (sc->sc_intr_pipe != NULL) { + int err = usbd_abort_pipe(sc->sc_intr_pipe); + if (err) + device_printf(self, + "abort interrupt pipe failed: %s\n", + usbd_errstr(err)); + err = usbd_close_pipe(sc->sc_intr_pipe); + if (err) + device_printf(self, + "close interrupt pipe failed: %s\n", + usbd_errstr(err)); + free(sc->sc_intr_buf, M_USBDEV); + sc->sc_intr_pipe = NULL; + } +#endif + + return 0; +} + +static device_method_t u3g_methods[] = { + /* Device interface */ + DEVMETHOD(device_probe, u3g_match), + DEVMETHOD(device_attach, u3g_attach), + DEVMETHOD(device_detach, u3g_detach), + + { 0, 0 } +}; + +static driver_t u3g_driver = { + "ucom", + u3g_methods, + sizeof (struct u3g_softc) +}; + +DRIVER_MODULE(u3g, uhub, u3g_driver, ucom_devclass, usbd_driver_load, 0); +MODULE_DEPEND(u3g, usb, 1, 1, 1); +MODULE_DEPEND(u3g, ucom, UCOM_MINVER, UCOM_PREFVER, UCOM_MAXVER); Modified: head/sys/dev/usb/ubsa.c ============================================================================== --- head/sys/dev/usb/ubsa.c Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/dev/usb/ubsa.c Thu Oct 9 21:25:01 2008 (r183735) @@ -161,8 +161,6 @@ SYSCTL_INT(_hw_usb_ubsa, OID_AUTO, debug struct ubsa_softc { struct ucom_softc sc_ucom; - int sc_huawei; - int sc_iface_number; /* interface number */ usbd_interface_handle sc_intr_iface; /* interrupt interface */ @@ -228,24 +226,11 @@ static const struct ubsa_product { { USB_VENDOR_GOHUBS, USB_PRODUCT_GOHUBS_GOCOM232 }, /* Peracom */ { USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_SERIAL1 }, - /* Dell version of the Novatel 740 */ - { USB_VENDOR_DELL, USB_PRODUCT_DELL_U740 }, - /* Option Vodafone MC3G */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, - /* Option GlobeTrotter 3G */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3G }, - /* Option GlobeTrotter 3G QUAD */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, - /* Option GlobeTrotter 3G+ */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, - /* Option GlobeTrotter Max 3.6 */ - { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, - /* Huawei Mobile */ - { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, - { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E270 }, + /* Merlin */ { USB_VENDOR_MERLIN, USB_PRODUCT_MERLIN_V620 }, /* Qualcomm, Inc. ZTE CDMA */ { USB_VENDOR_QUALCOMMINC, USB_PRODUCT_QUALCOMMINC_CDMA_MSM }, + /* Novatel */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_CDMA_MODEM }, /* Novatel Wireless Merlin ES620 */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_ES620 }, @@ -256,6 +241,8 @@ static const struct ubsa_product { /* Novatel Wireless Merlin U740 */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U740 }, { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U740_2 }, + /* Dell version of the Novatel 740 */ + { USB_VENDOR_DELL, USB_PRODUCT_DELL_U740 }, /* Novatel Wireless Merlin U950D */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U950D }, /* Novatel Wireless Merlin V620 */ @@ -341,52 +328,6 @@ MODULE_DEPEND(ubsa, usb, 1, 1, 1); MODULE_DEPEND(ubsa, ucom, UCOM_MINVER, UCOM_PREFVER, UCOM_MAXVER); MODULE_VERSION(ubsa, UBSA_MODVER); -/* - * Huawei Exxx radio devices have a built in flash disk which is their - * default power up configuration. This allows the device to carry its - * own installation software. - * - * Instead of following the USB spec, and create multiple configuration - * descriptors for this, the devices expects the driver to send - * UF_DEVICE_REMOTE_WAKEUP to endpoint 2 to reset the device, so it - * reprobes, now with the radio exposed. - */ - -static usbd_status -ubsa_huawei(device_t self, struct usb_attach_arg *uaa) { - usb_device_request_t req; usbd_device_handle dev; - usb_config_descriptor_t *cdesc; - - if (self == NULL) - return (UMATCH_NONE); - if (uaa == NULL) - return (UMATCH_NONE); - dev = uaa->device; - if (dev == NULL) - return (UMATCH_NONE); - /* get the config descriptor */ - cdesc = usbd_get_config_descriptor(dev); - if (cdesc == NULL) - return (UMATCH_NONE); - - if (cdesc->bNumInterface > 1) - return (0); - - /* Bend it like Beckham */ - device_printf(self, "Kicking Huawei device into radio mode\n"); - memset(&req, 0, sizeof req); - req.bmRequestType = UT_WRITE_DEVICE; - req.bRequest = UR_SET_FEATURE; - USETW(req.wValue, UF_DEVICE_REMOTE_WAKEUP); - USETW(req.wIndex, 2); - USETW(req.wLength, 0); - - /* We get error return, but it works */ - (void)usbd_do_request(dev, &req, 0); - return (UMATCH_NONE); -} - - static int ubsa_match(device_t self) { @@ -399,9 +340,6 @@ ubsa_match(device_t self) for (i = 0; ubsa_products[i].vendor != 0; i++) { if (ubsa_products[i].vendor == uaa->vendor && ubsa_products[i].product == uaa->product) { - if (uaa->vendor == USB_VENDOR_HUAWEI && - ubsa_huawei(self, uaa)) - break; return (UMATCH_VENDOR_PRODUCT); } } @@ -424,9 +362,6 @@ ubsa_attach(device_t self) dev = uaa->device; ucom = &sc->sc_ucom; - if (uaa->vendor == USB_VENDOR_HUAWEI) - sc->sc_huawei = 1; - /* * initialize rts, dtr variables to something * different from boolean 0, 1 @@ -575,8 +510,6 @@ ubsa_request(struct ubsa_softc *sc, u_in usbd_status err; /* The huawei Exxx devices support none of these tricks */ - if (sc->sc_huawei) - return (0); req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = request; USETW(req.wValue, value); Modified: head/sys/dev/usb/usbdevs ============================================================================== --- head/sys/dev/usb/usbdevs Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/dev/usb/usbdevs Thu Oct 9 21:25:01 2008 (r183735) @@ -1434,7 +1434,7 @@ product HTC SMARTPHONE 0x0a51 SmartPhon /* HUAWEI products */ product HUAWEI MOBILE 0x1001 Huawei Mobile -product HUAWEI E270 0x1003 Huawei HSPA modem +product HUAWEI E220 0x1003 Huawei HSDPA modem /* HUAWEI 3com products */ product HUAWEI3COM WUB320G 0x0009 Aolynk WUB320g Modified: head/sys/i386/conf/GENERIC ============================================================================== --- head/sys/i386/conf/GENERIC Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/i386/conf/GENERIC Thu Oct 9 21:25:01 2008 (r183735) @@ -304,6 +304,7 @@ device urio # Diamond Rio 500 MP3 play device uscanner # Scanners # USB Serial devices device ucom # Generic com ttys +device u3g # USB-based 3G modems (Option, Huawei, Sierra) device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device uftdi # For FTDI usb serial adapters Modified: head/sys/modules/Makefile ============================================================================== --- head/sys/modules/Makefile Thu Oct 9 20:51:25 2008 (r183734) +++ head/sys/modules/Makefile Thu Oct 9 21:25:01 2008 (r183735) @@ -269,6 +269,7 @@ SUBDIR= ${_3dfx} \ twe \ tx \ txp \ + u3g \ uark \ uart \ ubsa \ Added: head/sys/modules/u3g/Makefile ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/sys/modules/u3g/Makefile Thu Oct 9 21:25:01 2008 (r183735) @@ -0,0 +1,8 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../../dev/usb + +KMOD= u3g +SRCS= u3g.c ucomvar.h opt_usb.h device_if.h bus_if.h usbdevs.h + +.include _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" ------------------------------------------------------- _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"