From owner-freebsd-hardware@FreeBSD.ORG Mon Sep 15 18:37:16 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 EFE7F106567A for ; Mon, 15 Sep 2008 18:37:16 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 74A188FC29 for ; Mon, 15 Sep 2008 18:37:16 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from crab.unsane.co.uk (crab.unsane.co.uk [10.0.0.111]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m8FIbO63097646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Sep 2008 19:37:25 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <48CEAB32.8050500@unsane.co.uk> Date: Mon, 15 Sep 2008 19:36:34 +0100 From: Vince Hoffman User-Agent: Thunderbird 2.0.0.16 (X11/20080827) MIME-Version: 1.0 To: goodredhat@yahoo.com References: <397519.89773.qm@web51304.mail.re2.yahoo.com> In-Reply-To: <397519.89773.qm@web51304.mail.re2.yahoo.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hardware@freebsd.org Subject: Re: Question on the Intel 945G chipset 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, 15 Sep 2008 18:37:17 -0000 manish jain wrote: > > Hi, > > Till now I have been using FreeBSD 6.2 on a Tomato motherboard with an Intel 810 chipset and never had any problems configuring xorg with the i810 driver. > > I am now planning to upgrade to a new system with an Intel 945G chipset which has an integrated GMA 850 graphics core. > > Does FreeBSD 6.2 support the Intel 945G chipset ? If yes, what video driver would I need to use while configuring xorg ? > > If not, can you please suggest some other fairly recent Intel chipset which would work well with FreeBSD 6.2 and xorg ? > I dont remember if I tried on 6.x but using the intel driver (xf86-video-intel) on 7.x worked very well for me in a Intel 945gm chipset. Its certainly supported on 6.x (http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/drm/drm_pciids.h?rev=1.2.2.4;content-type=text%2Fplain;only_with_tag=RELENG_6 and look for i945) Vince > Thanks > Manish Jain > > > > From Chandigarh to Chennai - find friends all over India. Go to http://in.promos.yahoo.com/groups/citygroups/ > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" From owner-freebsd-hardware@FreeBSD.ORG Wed Sep 17 14:29:22 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 A7E7F1065674 for ; Wed, 17 Sep 2008 14:29:22 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4F28FC16 for ; Wed, 17 Sep 2008 14:29:22 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from [192.18.98.64] (brmea-proxy-3.Sun.COM [192.18.98.64]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 70DD713DF65 for ; Wed, 17 Sep 2008 18:11:01 +0400 (MSD) Message-ID: <48D10F7E.3020206@serebryakov.spb.ru> Date: Wed, 17 Sep 2008 18:09:02 +0400 From: "Lev A. Serebryakov" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.14) Gecko/20071210 Thunderbird/1.5.0.14 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: em0 & FreeBSD-7.1-PRE: watchdog timeout when traffic consists of many small packets. 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, 17 Sep 2008 14:29:22 -0000 I have on-board 1GiG network card: em0@pci0:0:25:0: class=0x020000 card=0x82681043 chip=0x10bd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82566DM-2 Gigabit Network Connection' class = network subclass = ethernet I have jumboframes enabled: em0: flags=8843 metric 0 mtu 9014 It works perfectly on large voulme transfers: copy 8GiB file va NFS or SMB works Ok in both direction. But when I try to run `kdeinit4' on this computer with DISPLAY points to other computer (my desktop), I get 2-3: em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP I found, that some chips should be reflashed with new EEPROM, but not this one. Is here any solution? uname -a FreeBSD xxx.xxx.xxx 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Sat Aug 30 23:42:02 MSD 2008 lev@xxx.xxx.xxx:/usr/home/storage/obj/usr/src/sys/BLOB amd64 -- // Lev Serebryakov From owner-freebsd-hardware@FreeBSD.ORG Wed Sep 17 17:43:04 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 B52171065670 for ; Wed, 17 Sep 2008 17:43:04 +0000 (UTC) (envelope-from purchasing@itcomware1.com) Received: from mail.itcomware1.com (65-118-201-154.dia.static.qwest.net [65.118.201.154]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8818FC1B for ; Wed, 17 Sep 2008 17:43:03 +0000 (UTC) (envelope-from purchasing@itcomware1.com) Received: from itemail ([192.168.1.1]) by mail.itcomware1.com (IceWarp 9.3.1) with ASMTP id XAI26504 for ; Wed, 17 Sep 2008 13:43:04 -0400 From: "purchasing" To: Date: Wed, 17 Sep 2008 13:42:55 -0400 Message-ID: <22fbb101c918ec$d52bb650$6501a8c0@itemail> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Asset Recovery Services to channel and commercial customers 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, 17 Sep 2008 17:43:04 -0000 Top dollar paid for surplus Cisco, Nortel & Sun Microsystems hardware. Send a list of your excess Networking, Telephony & Server hardware for an instant appraisal. Send List Now To Purchasing@itcomware1.com Jim Pazz I.T.comWare, Inc. 73 Defco Park Road North Haven, CT 06473 866.739.6291 x204 - toll free 203.234.7248 www.itcomware.com AIM itcomwarejp Skype joe.cisco Top Dollar Paid For Surplus Cisco-Nortel-Lucent-IBM-Sun-3Com-Adtran-Extreme-HP & Avaya Hardware Top Dollar Paid For Decommissioned Networking-Telephony-Server-Storage-Scanners & Barcode Hardware Top Dollar Paid For Excess-Surplus-Decommissioned-Off Lease-Excess & Overstocked IT Hardware To be taken of this list, please forward this email purchasing@itcomware1.com From owner-freebsd-hardware@FreeBSD.ORG Wed Sep 17 20:06:36 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 0BA711065670 for ; Wed, 17 Sep 2008 20:06:36 +0000 (UTC) (envelope-from schlesinger@netcologne.de) Received: from smtp4.netcologne.de (smtp4.netcologne.de [194.8.194.137]) by mx1.freebsd.org (Postfix) with ESMTP id C71458FC1D for ; Wed, 17 Sep 2008 20:06:35 +0000 (UTC) (envelope-from schlesinger@netcologne.de) Received: from schlesisthinkpad.localnet (xdsl-81-173-175-36.netcologne.de [81.173.175.36]) by smtp4.netcologne.de (Postfix) with ESMTP id EB235DADFF for ; Wed, 17 Sep 2008 21:46:02 +0200 (CEST) From: Thomas Schlesinger To: freebsd-hardware@freebsd.org Date: Wed, 17 Sep 2008 21:45:19 +0200 User-Agent: KMail/1.10.1 (Linux/2.6.24-19-generic; KDE/4.1.1; i686; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809172145.19966.schlesinger@netcologne.de> Subject: FreeBSD doesn't boot on Dell Studio Hybrid desktop 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, 17 Sep 2008 20:06:36 -0000 Hi, I'm not able to boot FreeBSD on my new Dell Studio Hybrid desktop (140g). I've tried with several FreeBSD-Versions (6.x, 7.0, 8.0-CURRENT, 32 and 64 bit), but I'm unable to get a login. This happens, when I try it with 8.0-CURRENT, built for AMD64: Boot option 1 (default): Timecounter tick every 1.000msec ad4: ... acd0: ... "run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config" Boot option 2 (with ACPI disabled): Kernel panic/crash while booting, KDB starts, error message about /usr/src/sys/kern/vfs_subr.c:372 Boot option 3 (safe mode): like boot option 2 Boot option 4 (single user): like boot option 1 Boot option 5 (verbose logging): last message: ata4: "identify ch->device=00000000", then "run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config" I've put an "lspci -v" and an "lsusb -v" output from this machine, generated with Linux, which works flawlessly, here: http://www.filedropper.com/dellstudiohybrid . Does anybody have an idea how I can get FreeBSD to work on this machine? Thanks in advance, Thomas From owner-freebsd-hardware@FreeBSD.ORG Thu Sep 18 02:21: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 2A1BF1065674 for ; Thu, 18 Sep 2008 02:21:58 +0000 (UTC) (envelope-from tempo.raneo@infinito.it) Received: from smtp-03.arnet.com.ar (smtp-03.arnet.com.ar [200.45.191.14]) by mx1.freebsd.org (Postfix) with SMTP id 56D638FC16 for ; Thu, 18 Sep 2008 02:21:56 +0000 (UTC) (envelope-from tempo.raneo@infinito.it) Received: (qmail 30853 invoked from network); 18 Sep 2008 01:53:29 -0000 Received: from unknown (HELO ?200.43.30.20?) (lakma@200.43.30.20) by 0 with SMTP; 18 Sep 2008 01:53:28 -0000 Message-ID: <48D1B4FD.8070606@infinito.it> Date: Wed, 17 Sep 2008 22:55:09 -0300 From: "S.G." User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: SMART threshold exceeded 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: Thu, 18 Sep 2008 02:21:58 -0000 Hi Randy, I've reads some posts by you about SMART threshold. I have a notebook, XPS 1530 by Dell, with a Seagate 7200rpm 160GB HD. The HD received a shock by impact (object falling on the notebook while turned on), and there are errors (LBA bad sectors). I have Zero Filled the disk many many times, and apparently the LBA are much lesser. A Seagate Technician told me that if after two Zero Fill the Seatools Long Test would have found no errors I could have used the drive again. He told that bad sectors was not a bad thing, "error" was something worse than bad sector. So, I supposely could use the drive. But Seatools says that SMART is Tripped, and the Dell Media Direct program, who need to install its own partition before the OS installation (before any other partition can be created by the OS during its install), it was not able to create it because "SMART threshold exceeded on ATA device". But I am allowed to install the OS (VISTA Home Premium). ALl the errors were in the last part of the disc, the last 8GB. So, I am creating 3 partitions, the first for Vista, the second for datas, the third for pagefile, and I am leaving the last 8GB of the disk not partitionned, not allocated. DO you think it is reasonably safe? Thanks for your help Sergio From owner-freebsd-hardware@FreeBSD.ORG Fri Sep 19 03:26:47 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 278C91065685 for ; Fri, 19 Sep 2008 03:26:47 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id B9D3C8FC20 for ; Fri, 19 Sep 2008 03:26:46 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.10.0.2] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id 14381B29D5D; Fri, 19 Sep 2008 05:27:53 +0200 (CEST) Message-ID: <48D31C82.8030007@fluffles.net> Date: Fri, 19 Sep 2008 05:29:06 +0200 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Lukas Razik References: <200809051759.45729.freebsd@razik.name> In-Reply-To: <200809051759.45729.freebsd@razik.name> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , freebsd-hardware@freebsd.org Subject: Re: Test: HighPoint RocketRaid 3120 PCIex1 2xSATA controller under FreeBSD 7.1-PRERELEASE 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: Fri, 19 Sep 2008 03:26:47 -0000 Lukas Razik wrote: > Hello Jeremy! > > We wrote about Areca's and HighPoint's HW-RAID controllers some weeks ago: > http://lists.freebsd.org/pipermail/freebsd-hardware/2008-August/005339.html > > Now I've tested the HighPoint RocketRAID 3120 controller with two Samsung > 320GB SATA (HD322HJ) harddisks under FreeBSD 7.1-PRERELEASE with the bonnie++ > harddisk benchmark and the following modes: > > JBOD: > http://net.razik.de/HPT_RR_3120/bonnie_JBOD.html > RAID1: > http://net.razik.de/HPT_RR_3120/bonnie_RAID1.html > RAID0: > http://net.razik.de/HPT_RR_3120/bonnie_RAID0.html > Hi Lukas, Your scores are too low, especially for RAID0. Could you please try: dd if=/dev/zero of=/path/to/raid/zerofile bs=1m count=20000 umount re-mount dd if=/path/to/raid/zerofile of=/dev/null bs=1m The unmount is necessary to clear the filecache, else you will be (partly) benchmarking your RAM since part of the data will come from RAM and not the disks; not what you want when testing disk performance. As a rule of thumb you should test with a size at least 8 times bigger than the sum of all write-back mechanisms, either in hardware or software. The 20GB zerofile in the example above is a safe guess. Also make sure the filesystem is near-empty when you benchmark, else you are benchmarking a slower portion of your harddrives so you can expect lower scores. If you get about the same scores with dd, try using a higher read-ahead (vfs.read_max value, set it to 32 for example). Also sometimes it's required to use a higher blocksize to get full potential, try: newfs -U -b 32768 /dev/ Warning: using 64KiB blocksize you risk hanging the system under heavy load (like 2 bonnies running simultaniously). Also *DO NOT* create partitions on the raid device, unless you have manually created them to avoid a "stripe misalignment", where one read request might hit two disks causing lower performance. Ideally you'd want a single disk to handle one I/O request, not several since the only real bottleneck is the seek time. So if your raid device is /dev/da0, just pass that to newfs, after making sure your partitions are gone with: dd if=/dev/zero of=/dev/da0 bs=1m count=20 This will, ofcourse, destroy all data on the RAIDrai volume. The last thing i can think of is stripesize, you should not set this lower than 64KiB to avoid two disks processing one I/O request (ata driver does 64KiB max requests i think, maxphys is 128KiB). But also because UFS2 begins at 64KiB offset, to allow for partitioning data to be preserved. So where you think the filesystems starts, for example as defined in a label, is not actually where the filesystem starts storing data. All these factors can cause RAID-performance to be low, or to be cloaked due to improper benchmarking. Many people using HDTune think their RAID does not perform well, while its just HDTune which was never meant to test RAID-arrays since RAIDs can only be faster when parallellisation is possible - processing 2 of more I/O at once by different physical disks. HDTune sends only one request at a time, and as such RAIDs that do not have internal read-ahead optimizations will fail in HDTune. An Areca however will perform well, due to its own optimizations. But normally the filesystem takes care of generating enough I/O, also on Windows. Also note that virtually all Windows systems using RAID are suffered by stripe misalignement, since Windows requires the use of partitions and Windows has neglected to take into account the misalignment issue by using a weird offset for the partitioning. It is possible to create an aligned partition using third party tools however. > I don't know the controllers from Areca but I think the reached values are > O.K. Anyhow, the performance is better than with my old 3ware 8006-2LP PCI > controller. > Tested filesystem was: UFS2 with enabled Soft Updates. > > ------ > > Under Vista 64 (Benchmark: HD Tune): > http://net.razik.de/HPT_RR_3120/Vista_HDTune_Benchmark_HPT_____DISK_0_0_JBOD.png > http://net.razik.de/HPT_RR_3120/Vista_HDTune_Benchmark_HPT_____DISK_0_0_RAID1.png > http://net.razik.de/HPT_RR_3120/Vista_HDTune_Benchmark_HPT_____DISK_0_0_RAID0.png > You should not use HDTune to test RAID-arrays, see also: http://www.fluffles.net/blogs/2.Why-HDTune-is-unsuitable-for-RAID-arrays.html Test with ATTO-256 and you should get higher scores. Just make sure the filesystem starts at the beginning of the volume and that it's close to empty. Hope its useful :) Regards, Veronica From owner-freebsd-hardware@FreeBSD.ORG Fri Sep 19 06:08:53 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 E64BA106566B for ; Fri, 19 Sep 2008 06:08:53 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from parsely.rain.com (parsely.rain.com [199.26.172.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2312D8FC19 for ; Fri, 19 Sep 2008 06:08:52 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from sopwith.solgatos.com (uucp@localhost) by parsely.rain.com (8.11.4/8.11.4) with UUCP id m8J5pxf43074 for freebsd-hardware@freebsd.org; Thu, 18 Sep 2008 22:51:59 -0700 (PDT) (envelope-from freebsd@sopwith.solgatos.com) Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id FAA08998; Fri, 19 Sep 2008 05:48:03 GMT Message-Id: <200809190548.FAA08998@sopwith.solgatos.com> To: freebsd-hardware@freebsd.org In-reply-to: Your message of "Fri, 19 Sep 2008 05:29:06 +0200." <48D31C82.8030007@fluffles.net> Date: Thu, 18 Sep 2008 22:48:03 +0100 From: Dieter Subject: Re: Test: HighPoint RocketRaid 3120 PCIex1 2xSATA controller under FreeBSD 7.1-PRERELEASE 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: Fri, 19 Sep 2008 06:08:54 -0000 > If you get about the same scores with dd, try using a higher read-ahead > (vfs.read_max value, set it to 32 for example). Also sometimes it's > required to use a higher blocksize to get full potential, try: > > newfs -U -b 32768 /dev/ > > Warning: using 64KiB blocksize you risk hanging the system under heavy > load (like 2 bonnies running simultaniously). What's this about 64KiB blocksize hanging the system? Hang awhile then recover, or hang forever need a reboot? Is this a RAID thing or are normal disks at risk? It isn't obvious why a 64KiB blocksize would cause a problem in this day of multi GiB memory. From owner-freebsd-hardware@FreeBSD.ORG Fri Sep 19 06:23:50 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 0335F1065674 for ; Fri, 19 Sep 2008 06:23:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id DA2CE8FC15 for ; Fri, 19 Sep 2008 06:23:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id GVnP1a0021HpZEsA2WPpdd; Fri, 19 Sep 2008 06:23:49 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA14.emeryville.ca.mail.comcast.net with comcast id GWPo1a0014v8bD78aWPoT3; Fri, 19 Sep 2008 06:23:49 +0000 X-Authority-Analysis: v=1.0 c=1 a=Cwt2jS5HOtoA:10 a=zpwKT23VM_0A:10 a=QycZ5dHgAAAA:8 a=2yFjQ_jmp9e9Tl4sVNAA:9 a=LrZClurUzweosR3dAxECjUO-AWUA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 4FB3117B81A; Thu, 18 Sep 2008 23:23:48 -0700 (PDT) Date: Thu, 18 Sep 2008 23:23:48 -0700 From: Jeremy Chadwick To: Dieter Message-ID: <20080919062348.GA37673@icarus.home.lan> References: <48D31C82.8030007@fluffles.net> <200809190548.FAA08998@sopwith.solgatos.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809190548.FAA08998@sopwith.solgatos.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: Test: HighPoint RocketRaid 3120 PCIex1 2xSATA controller under FreeBSD 7.1-PRERELEASE 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: Fri, 19 Sep 2008 06:23:50 -0000 On Thu, Sep 18, 2008 at 10:48:03PM +0100, Dieter wrote: > > If you get about the same scores with dd, try using a higher read-ahead > > (vfs.read_max value, set it to 32 for example). Also sometimes it's > > required to use a higher blocksize to get full potential, try: > > > > newfs -U -b 32768 /dev/ > > > > Warning: using 64KiB blocksize you risk hanging the system under heavy > > load (like 2 bonnies running simultaniously). > > What's this about 64KiB blocksize hanging the system? > Hang awhile then recover, or hang forever need a reboot? > Is this a RAID thing or are normal disks at risk? > It isn't obvious why a 64KiB blocksize would cause a > problem in this day of multi GiB memory. Why do you think the amount of memory people have in their computers has *anything* to do with a filesystem blocksize? If a large blocksize would crash a filesystem, it's not going to be due to "not having enough RAM". -- | 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 Fri Sep 19 15:31:07 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 3866C1065674 for ; Fri, 19 Sep 2008 15:31:07 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0199C8FC1E for ; Fri, 19 Sep 2008 15:31:06 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.10.0.2] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id BBEEBB29D5D; Fri, 19 Sep 2008 17:32:11 +0200 (CEST) Message-ID: <48D3C64A.5010207@fluffles.net> Date: Fri, 19 Sep 2008 17:33:30 +0200 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Dieter References: <200809190548.FAA08998@sopwith.solgatos.com> In-Reply-To: <200809190548.FAA08998@sopwith.solgatos.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-hardware@freebsd.org Subject: Re: Test: HighPoint RocketRaid 3120 PCIex1 2xSATA controller under FreeBSD 7.1-PRERELEASE 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: Fri, 19 Sep 2008 15:31:07 -0000 Dieter wrote: >> If you get about the same scores with dd, try using a higher read-ahead >> (vfs.read_max value, set it to 32 for example). Also sometimes it's >> required to use a higher blocksize to get full potential, try: >> >> newfs -U -b 32768 /dev/ >> >> Warning: using 64KiB blocksize you risk hanging the system under heavy >> load (like 2 bonnies running simultaniously). >> > > What's this about 64KiB blocksize hanging the system? > Hang awhile then recover, or hang forever need a reboot? > Is this a RAID thing or are normal disks at risk? > See this, posted 2 years ago to freebsd-fs: http://freebsd.monkey.org/freebsd-fs/200610/msg00024.html Scott Long says the bug in vfs_bio.c is known but difficult to fix. They also argued that using a 64KiB blocksize should not be necessary. I have been getting slightly higher scores with 64KiB blocksize though, also with perfect alignment. 32KiB should be safe to use, i have not managed to crash the system under heavy I/O load. I'm curious if my suggestions gave you any better results, though. Regards, Veronica From owner-freebsd-hardware@FreeBSD.ORG Fri Sep 19 15:34:46 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 8CC98106566C for ; Fri, 19 Sep 2008 15:34:46 +0000 (UTC) (envelope-from benjie@addgene.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 731D98FC1B for ; Fri, 19 Sep 2008 15:34:46 +0000 (UTC) (envelope-from benjie@addgene.org) Received: by wf-out-1314.google.com with SMTP id 24so513128wfg.7 for ; Fri, 19 Sep 2008 08:34:46 -0700 (PDT) Received: by 10.114.185.8 with SMTP id i8mr279010waf.28.1221836689359; Fri, 19 Sep 2008 08:04:49 -0700 (PDT) Received: by 10.114.15.15 with HTTP; Fri, 19 Sep 2008 08:04:49 -0700 (PDT) Message-ID: Date: Fri, 19 Sep 2008 11:04:49 -0400 From: "Benjie Chen" To: "freebsd-hardware@freebsd.org" , freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Interrupts issues 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: Fri, 19 Sep 2008 15:34:46 -0000 Hi FreeBSD hackers: I have two Dell workstations that I recently added FreeBSD 6.2 on. One is a Precision T3400, one is an Inspiron 530. Nothing fancy. Installed FBsd. Everything else is fine except both machines have interrupt storm issues: one core (both dual core) is 100% servicing interrupts. On the Precision, it's irq20 atapci, on Inspiron it's irq19 uhci. The other core is fine and both machines run well otherwise. I saw several recent posts on the net about some of these issues and did not find a resolution. It seems unlikely that it's just a ata or usb issue since both machines happen to have the same problem. Any thoughts? Thanks, Benjie From owner-freebsd-hardware@FreeBSD.ORG Sat Sep 20 02:50:35 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 91F301065671 for ; Sat, 20 Sep 2008 02:50:35 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1DBCA8FC20 for ; Sat, 20 Sep 2008 02:50:34 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so592080mue.3 for ; Fri, 19 Sep 2008 19:50:33 -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:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=8FYrSL8OFJCcacnukNH374wRY9bomI2Cup6ESetQDAc=; b=G3ajSKZEpMAdmQCfQnahP3pb0TRNxVYbn0SgonkQX8esHA9DD7GhpvNxI954ZqjrNB UcUqC8pCDz9HQh/Yz4RZ51iYwG4H/dcjs+tVDJoqKtk70+PXQQRP3q2Wo0DrD8/VYhAB CypiGfE9v5EV1z5MwkyEA8Bx0hSjfFQkXdEuk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=cM/74iRKPfTDGviWpLtsL5pbjGDo9Bjmbm8shNbKdGGtMgVe9oCtFN4OK36P27f4QZ p74Whuw5h3JAWA/rLk4T9WxawXYFvfnGLjlNpLb+gKDYul7xNr50ROoYymWInv8AwMJf NZBpBb1yiQzXL95MwWo88A89T0CueLuuxLCgE= Received: by 10.103.49.12 with SMTP id b12mr683359muk.65.1221877422565; Fri, 19 Sep 2008 19:23:42 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Fri, 19 Sep 2008 19:23:42 -0700 (PDT) Message-ID: Date: Fri, 19 Sep 2008 23:23:42 -0300 From: "Carlos A. M. dos Santos" To: "Benjie Chen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-hackers@freebsd.org, "freebsd-hardware@freebsd.org" Subject: Re: Interrupts issues 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, 20 Sep 2008 02:50:35 -0000 On Fri, Sep 19, 2008 at 12:04 PM, Benjie Chen wrote: > Hi FreeBSD hackers: > > I have two Dell workstations that I recently added FreeBSD 6.2 on. One > is a Precision T3400, one is an Inspiron 530. Nothing fancy. Installed > FBsd. Everything else is fine except both machines have interrupt > storm issues: one core (both dual core) is 100% servicing interrupts. > On the Precision, it's irq20 atapci, on Inspiron it's irq19 uhci. The > other core is fine and both machines run well otherwise. > > I saw several recent posts on the net about some of these issues and > did not find a resolution. It seems unlikely that it's just a ata or > usb issue since both machines happen to have the same problem. > > Any thoughts? Please provide the output of "dmesg" after a boot in verbose mode. This may help the maintainers to understand your problem and give you additional instructions. Do you have any special reason to use FreeBSD 6.2? It is a rather old version, so I'd suggest you to try 7.1 instead. There are prerelease images available. Look at http://www.freebsd.org/where.html -- cd /usr/ports/sysutils/life make clean From owner-freebsd-hardware@FreeBSD.ORG Sat Sep 20 16:29:02 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 6674E1065674; Sat, 20 Sep 2008 16:29:02 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA958FC16; Sat, 20 Sep 2008 16:29:01 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d11.q.ppp-pool.de [89.53.125.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 3EF8612883F; Sat, 20 Sep 2008 18:07:30 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 31B782E90F; Sat, 20 Sep 2008 18:05:18 +0200 (CEST) Message-ID: <48D51FAF.70603@vwsoft.com> Date: Sat, 20 Sep 2008 18:07:11 +0200 From: Volker User-Agent: Thunderbird 2.0.0.16 (X11/20080727) MIME-Version: 1.0 To: "Carlos A. M. dos Santos" References: In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1222531532.92582@d0hhFOVtOooT35kuwrMAgg X-MailScanner-ID: 31B782E90F.9D4F0 X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-hackers@freebsd.org, Benjie Chen , "freebsd-hardware@freebsd.org" Subject: Re: Re: Interrupts issues 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, 20 Sep 2008 16:29:02 -0000 On 12/23/-58 20:59, Carlos A. M. dos Santos wrote: > On Fri, Sep 19, 2008 at 12:04 PM, Benjie Chen wrote: >> Hi FreeBSD hackers: >> >> I have two Dell workstations that I recently added FreeBSD 6.2 on. One >> is a Precision T3400, one is an Inspiron 530. Nothing fancy. Installed >> FBsd. Everything else is fine except both machines have interrupt >> storm issues: one core (both dual core) is 100% servicing interrupts. >> On the Precision, it's irq20 atapci, on Inspiron it's irq19 uhci. The >> other core is fine and both machines run well otherwise. >> >> I saw several recent posts on the net about some of these issues and >> did not find a resolution. It seems unlikely that it's just a ata or >> usb issue since both machines happen to have the same problem. >> >> Any thoughts? > > Please provide the output of "dmesg" after a boot in verbose mode. > This may help the maintainers to understand your problem and give you > additional instructions. > > Do you have any special reason to use FreeBSD 6.2? It is a rather old > version, ... 6.2 has already been EOL'd in May. From owner-freebsd-hardware@FreeBSD.ORG Sat Sep 20 17:01: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 AAFEC106566B; Sat, 20 Sep 2008 17:01:00 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from parsely.rain.com (parsely.rain.com [199.26.172.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7AD8A8FC19; Sat, 20 Sep 2008 17:00:56 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from sopwith.solgatos.com (uucp@localhost) by parsely.rain.com (8.11.4/8.11.4) with UUCP id m8KH0ob49501; Sat, 20 Sep 2008 10:00:50 -0700 (PDT) (envelope-from freebsd@sopwith.solgatos.com) Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id QAA10313; Sat, 20 Sep 2008 16:55:59 GMT Message-Id: <200809201655.QAA10313@sopwith.solgatos.com> To: freebsd-alpha@freebsd.org, freebsd-hardware@freebsd.org In-reply-to: Your message of "Sat, 20 Sep 2008 14:54:14 +0200." <20080920125414.GS93308@cicely7.cicely.de> Date: Sat, 20 Sep 2008 09:55:59 +0100 From: Dieter Cc: Subject: Re: alpha/127248: System crashes when many (7) serial port terminals (vt320-vt510) connected to the server via com to usb adapter and 2-usb hubs. 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, 20 Sep 2008 17:01:00 -0000 [ -hardware@ list added to existing -alpha@ thread as this doesn't seem to be alpha specific ] > This is because USB is absolutely crap for this purpose. > RS232 terminals, especially with long cables, can produce several kind > of spikes and ground loops, which USB is very very sensitive about. Many things about USB are crap (thanks, inthell), but if a USB to RS-232 bridge cannot handle normal spikes and ground loops, I'd blame the bridge, not USB itself. If the problem is spikes and ground loops there is probably some RS-232 filter/isolator available to clean them up. There could be a bug in the bridge which needs a software workaround. In any case the system shouldn't crash. Are there specific make&model USB to RS-232 bridges that people have had good luck with? > My advise is to use a completely other technology to connect the terminals. > A galvanic isolated USB device might work, but there are lot of PCI and > Ethernet devices on the market which are more solid by design than USB. The problem with PCI is the limited number of slots. :-( Ethernet could be a good solution for some applications, if you can get the software to deal with it. NFS is crap, *real* distributed file systems handled devices transparently. (thanks, Sun) Does anyone make firewire to RS-232 bridges?