From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 01:21:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A2BB16A4CE for ; Sun, 24 Apr 2005 01:21:57 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2667943D60 for ; Sun, 24 Apr 2005 01:21:57 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-70-110-10-69.roa.east.verizon.net [70.110.10.69]) by gromit.dlib.vt.edu (8.13.3/8.13.3) with ESMTP id j3O1LsZv019426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 23 Apr 2005 21:21:55 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j3O1LmZ8071740 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 23 Apr 2005 21:21:48 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j3O1Llxn071739 for freebsd-current@freebsd.org; Sat, 23 Apr 2005 21:21:47 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sat, 23 Apr 2005 21:21:46 -0400 Message-Id: <1114305707.71309.40.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Subject: Fatal TIMEOUT - WRITE_DMA errors return with ATA Mk.III X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 01:21:57 -0000 Since somewhere in the 5.x release cycle, my system has fallen prey to the "TIMEOUT - WRITE_DMA" errors which result in the drive becoming detached (which causes my geom_mirror to break and require rebuilding). According to smartctl and disk diagnostics, there's nothing wrong with my drives. Plus, the problem does not manifest itself under 4-STABLE. (I'm not the only one to have reported this problem.) Lately, I'd had success using a patch posted to freebsd-current by Ian Dowse. The "TIMEOUT - WRITE_DMA" errors still occurred, but they weren't fatal. I updated my kernel and world recently, and, alas, the "TIMEOUT - WRITE_DMA" problem has returned once more: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=49981679 ad0: FAILURE - device detached subdisk0: detached ad0: detached GEOM_MIRROR: Cannot update metadata on disk ad0 (error=5). GEOM_MIRROR: Cannot update metadata on disk ad0 (error=6). GEOM_MIRROR: Device raid1: provider ad0 disconnected. GEOM_MIRROR: Request failed (error=6). ad0[WRITE(offset=3847741440, length=16384)] Ian's patch was against the pre-ATA Mk.III regime. I doubt it is applicable to the ATA Mk.III rewrite. :-( Here is my system (re: ATA), FWIW: FreeBSD 6.0-CURRENT #0: Mon Apr 18 12:25:24 EDT 2005 paul@zappa.Chelsea-Ct.Org:/usr/obj/usr/src/sys/ZAPPA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (698.39-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 536870912 (512 MB) avail memory = 520253440 (496 MB) [[...]] atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1440-0x144f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 [[...]] ad0: 24405MB at ata0-master UDMA33 acd0: DVDR at ata0-slave UDMA33 ad2: 24405MB at ata1-master UDMA33 acd1: CDRW at ata1-slave PIO4 My kernel has ATAPICAM support compiled in. Here is the pciconf -vl output for my ATA controller: atapci0@pci0:7:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M IDE Controller' class = mass storage subclass = ATA It is in a Dell Dimension XPS T700r. Is there any way to up the number of retries to, say, 5, to see if this helps? Oh, well, welcome back "gmirror rebuild..." :-) Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 02:24:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF88F16A4CE; Sun, 24 Apr 2005 02:24:43 +0000 (GMT) Received: from mx.toxahost.ru (ns.toxahost.ru [62.89.204.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1CBF43D4C; Sun, 24 Apr 2005 02:24:42 +0000 (GMT) (envelope-from toxa@toxahost.ru) Received: from localhost (laptoxa.toxa.lan [192.168.1.3]) by mx.toxahost.ru (Toxa) with ESMTP id A310D76; Sun, 24 Apr 2005 06:25:02 +0400 (MSD) Date: Sun, 24 Apr 2005 06:24:34 +0400 From: Toxa To: FreeBSD-CURRENT X-Comment-To: "Anton A. Karpov" Message-ID: <20050424022434.GA3384@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD-CURRENT , freebsd-geom@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? cc: freebsd-geom@freebsd.org Subject: gmirror: Not all disks connected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 02:24:43 -0000 I've installed 5.4-rc3 recently and decided to play with geom gmirror. I have two fresh SAMSUNG SP0411N/TW100-11, so I've put it together and followed steps described in http://people.freebsd.org/~rse/mirror/. Everything was ok, but when I rebooted with "the final two-disk GEOM mirror setup", I've noticed what it's probably still one disk in gm0: Timecounter "TSC" frequency 1817908512 Hz quality 800 Timecounters tick every 10.000 msec ad0: 38203MB [77619/16/63] at ata0-master UDMA100 ad1: 38204MB [77622/16/63] at ata0-slave UDMA100 GEOM_MIRROR: Device gm0 created (id=2404813840). GEOM_MIRROR: Device gm0: provider ad1 detected. GEOM_MIRROR: Force device gm0 start due to timeout. GEOM_MIRROR: Device gm0: provider ad1 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Mounting root from ufs:/dev/mirror/gm0s1a Well, maybe I've lost last changes ang gmirror still lives with ad1 only? cymbal# gmirror list Geom name: gm0 State: DEGRADED Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 3 ID: 2404813840 Providers: 1. Name: mirror/gm0 Mediasize: 40060403200 (37G) Sectorsize: 512 Mode: r7w7e2 Consumers: 1. Name: ad1 Mediasize: 40060403712 (37G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 3 ID: 3247857729 When I tried to repeat last steps, I got message "Not all disks connected". cymbal# gmirror configure -a gm0 Not all disks connected. cymbal# gmirror status Name Status Components mirror/gm0 DEGRADED ad1 It seems like gmirror think I've lost ad0, but it's ok. I've tried to play with gmirror utility but in most cases I've got "Not all disk connected" message. Any help will be very appreciated. Thanks in advance. From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 02:41:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FC2216A4CE for ; Sun, 24 Apr 2005 02:41:08 +0000 (GMT) Received: from mail.sorbs.net (news.sorbs.net [203.15.51.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id C044D43D31 for ; Sun, 24 Apr 2005 02:41:07 +0000 (GMT) (envelope-from matthew@uq.edu.au) Received: from [10.200.254.98] by nemesis.sorbs.net (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPSA id <0IFF00K0GJH5J8@nemesis.sorbs.net> for freebsd-current@freebsd.org; Sun, 24 Apr 2005 12:41:30 +1000 (EST) Date: Sun, 24 Apr 2005 12:39:49 +1000 From: Matthew Sullivan In-reply-to: <20050423152223.Q68772@lexi.siliconlandmark.com> To: Andre Guibert de Bruet Message-id: <426B06F5.3030506@uq.edu.au> MIME-version: 1.0 Content-type: multipart/signed; boundary=------------ms030802030906030802040104; micalg=sha1; protocol="application/x-pkcs7-signature" X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <20050423020305.I68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au> <20050423152223.Q68772@lexi.siliconlandmark.com> cc: freebsd-current@freebsd.org Subject: Re: SMP on Compaq DL380 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 02:41:08 -0000 This is a cryptographically signed message in MIME format. --------------ms030802030906030802040104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Andre Guibert de Bruet wrote: > > On Sat, 23 Apr 2005, Matthew Sullivan wrote: > >> Andre Guibert de Bruet wrote: >> >>> On Sat, 23 Apr 2005, Matthew Sullivan wrote: >>> >>>> Andre Guibert de Bruet wrote: >>>> >>>>> On Thu, 21 Apr 2005, Matthew Sullivan wrote: >>>>> >>>>>> I've been reading about problems with HP/Compaq's regarding >>>>>> launching of second CPUs on SMP systems. >>>>>> >>>>>> I've been through the BIOS settings and there seems to be no >>>>>> settings to change the APCI table etc.... >>>>>> >>>>>> Now one thing that does seem common, when I have BIOS's with MP >>>>>> table version set to 1.4 FreeBSD doesn't report the second CPU >>>>>> being launched (even though it is seen in the acpidump).... When >>>>>> I set the BIOS to version 1.2 of the MP table the second CPU is >>>>>> reported and launched. >>>>>> >>>>>> Now the Compaq DL380's I have done seem to have the ability to >>>>>> set 1.4 or 1.2 of the table ... mptable reports 1.4... (below) >>>>>> >>>>>> Any suggestions on how to launch the second CPU...? >>>>> >>>>> >>>>> Make a boot -v from this machine available. >>>> >>>> >>>> http://scorpion.sorbs.net/dmesg.txt >>> >>> >>> The lack of the following seems to indicate that you do not have >>> "device apic" enabled in your kernel config (You need "options SMP" >>> as well to get FreeBSD to do more than just recognize both CPUs): >>> >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> cpu0 (BSP): APIC ID: 0 >>> cpu1 (AP): APIC ID: >>> >>> Please share your config and the steps that you are taking to build >>> your kernel. >> >> >> /usr/src/sys/i386/conf/SCORPION has been copied to: >> http://scorpion.sorbs.net/SCORPION >> >> /etc/make.conf contains 'KERNCONF=SCORPION' >> then I follow the instructions in the Makefile.... >> >> cd /usr/src >> make buildworld >> make buildkernel >> make installkernel >> reboot >> mergemaster -p >> make installworld >> mergemaster >> reboot >> >> (before I read the man page for make.conf I was using >> KERNCONF=SCORPION in the appropriate places on the command line) > > > The dmesg shows that you compiled the kernel using this config file > anyway. All is good so far. > > Processors: APIC ID Version State Family Model > Step Flags > 0 0x10 BSP, usable 6 2 1 0x0381 > 0 0x10 AP, usable 6 8 6 0x383fbff > > The APIC IDs here are the same. The flags on the would-be AP are what > I would expect for a recent i686. The BSP barely qualify it to be a > gen-1 Pentium. I wouldn't trust any of the values being reported. > Could you obtain the real identity of these CPUs and confirm that > they're not mismatched? The easy way of doing this if your BIOS > doesn't post this information is using a Knoppix LiveCD and doing a > cat /proc/cpuinfo. Ok can't do the knoppix thing atm, however... CPU0 -> 866/256/133/1.65v SL47S CPU1 -> 866/256/133/1.70v SL48V Both are shown detected by the BIOS, and both are shown as 866MHz 133MHz busses, and 256k cache (as one would expect) > > If both CPUs are reporting the same ID, I can see how we're not > launching the second proc; We assume that ID 0 is the BSP and > additional processors have different APIC IDs. Is something really > borked here? Yep! But the acpidump -t shows 2 different ID's.... Regards, Mat -- Matthew Sullivan Specialist Systems Programmer Information Technology Services The University of Queensland --------------ms030802030906030802040104 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIG7DCC A3IwggJaoAMCAQICASowDQYJKoZIhvcNAQEEBQAwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQI EwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNp dHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2 aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUgU2VydmVyMB4XDTA0MDEyMTIzMzYyMVoXDTA2 MDEyMTIzMzYyMVowgbIxCzAJBgNVBAYTAkFVMSUwIwYDVQQKExxUaGUgVW5pdmVyc2l0eSBv ZiBRdWVlbnNsYW5kMScwJQYDVQQLEx5JbmZvcm1hdGlvbiBUZWNub2xvZ3kgU2VydmljZXMx FjAUBgoJkiaJk/IsZAEBEwZjY21hdHQxGTAXBgNVBAMTEE1hdHRoZXcgU3VsbGl2YW4xIDAe BgkqhkiG9w0BCQEWEW1hdHRoZXdAdXEuZWR1LmF1MFwwDQYJKoZIhvcNAQEBBQADSwAwSAJB AJsUfrw/QUqKIzDverWc2F4GFFRZmIeO+bAl+7BM6x/9frMzOtygx4QGb4oQwtOE8Sda1aIs v+yJF3Di9EuUyvMCAwEAAaNoMGYwDgYDVR0PAQH/BAQDAgXgMBEGCWCGSAGG+EIBAQQEAwIF oDAfBgNVHSMEGDAWgBQmqtoyueiWTYZBinvsnzeOWLtUuzAgBgNVHREEGTAXgRVtYXR0aGV3 QGl0cy51cS5lZHUuYXUwDQYJKoZIhvcNAQEEBQADggEBAF2gZrkqZsZlHd4K/+yBN6qrpD61 hctDf7/Eg4jk6DMknEs6nvHMFUMZ4SXvkqPLnHBygTARKAs7qBSLd7mUUBOOQEgk6ovQVY6S 1CDSt3P9O6wjG0K1igtk8v6u7lkQ8p2STXqrOePVINdaucUgBO/IpeUtt9ATl1qvPTWyM/fz oUZsIKeYjNQVEQsuimrZjdbIAFxdl1fggSngUv64wBn8wCssGrPZIZA2lpBBEW1wejoWrDOH IIr+SspGd0i8MovDTMRSvgTERLki17FU/ANilcrSXiODKeIvpXhnQqVScnsoMSZmBmN2QIoG SnBjNK5mYxx5E3v20VOwtP1hVdEwggNyMIICWqADAgECAgEqMA0GCSqGSIb3DQEBBAUAMIGj MQswCQYDVQQGEwJBVTETMBEGA1UECBMKUXVlZW5zbGFuZDERMA8GA1UEBxMIQnJpc2JhbmUx JTAjBgNVBAoTHFRoZSBVbml2ZXJzaXR5IG9mIFF1ZWVuc2xhbmQxKDAmBgNVBAsTH0luZm9y bWF0aW9uIFRlY2hub2xvZ3kgU2VydmljZXMxGzAZBgNVBAMTEkNlcnRpZmljYXRlIFNlcnZl cjAeFw0wNDAxMjEyMzM2MjFaFw0wNjAxMjEyMzM2MjFaMIGyMQswCQYDVQQGEwJBVTElMCMG A1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEnMCUGA1UECxMeSW5mb3JtYXRp b24gVGVjbm9sb2d5IFNlcnZpY2VzMRYwFAYKCZImiZPyLGQBARMGY2NtYXR0MRkwFwYDVQQD ExBNYXR0aGV3IFN1bGxpdmFuMSAwHgYJKoZIhvcNAQkBFhFtYXR0aGV3QHVxLmVkdS5hdTBc MA0GCSqGSIb3DQEBAQUAA0sAMEgCQQCbFH68P0FKiiMw73q1nNheBhRUWZiHjvmwJfuwTOsf /X6zMzrcoMeEBm+KEMLThPEnWtWiLL/siRdw4vRLlMrzAgMBAAGjaDBmMA4GA1UdDwEB/wQE AwIF4DARBglghkgBhvhCAQEEBAMCBaAwHwYDVR0jBBgwFoAUJqraMrnolk2GQYp77J83jli7 VLswIAYDVR0RBBkwF4EVbWF0dGhld0BpdHMudXEuZWR1LmF1MA0GCSqGSIb3DQEBBAUAA4IB AQBdoGa5KmbGZR3eCv/sgTeqq6Q+tYXLQ3+/xIOI5OgzJJxLOp7xzBVDGeEl75Kjy5xwcoEw ESgLO6gUi3e5lFATjkBIJOqL0FWOktQg0rdz/TusIxtCtYoLZPL+ru5ZEPKdkk16qznj1SDX WrnFIATvyKXlLbfQE5darz01sjP386FGbCCnmIzUFRELLopq2Y3WyABcXZdX4IEp4FL+uMAZ /MArLBqz2SGQNpaQQRFtcHo6FqwzhyCK/krKRndIvDKLw0zEUr4ExES5ItexVPwDYpXK0l4j gyniL6V4Z0KlUnJ7KDEmZgZjdkCKBkpwYzSuZmMceRN79tFTsLT9YVXRMYIDQDCCAzwCAQEw gakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlz YmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMf SW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUg U2VydmVyAgEqMAkGBSsOAwIaBQCgggItMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTA1MDQyNDAyMzk0OVowIwYJKoZIhvcNAQkEMRYEFHeHARGWxyw2h1sr iITknrTPnJuAMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG6BgkrBgEEAYI3EAQx gawwgakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhC cmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UE CxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNh dGUgU2VydmVyAgEqMIG8BgsqhkiG9w0BCRACCzGBrKCBqTCBozELMAkGA1UEBhMCQVUxEzAR BgNVBAgTClF1ZWVuc2xhbmQxETAPBgNVBAcTCEJyaXNiYW5lMSUwIwYDVQQKExxUaGUgVW5p dmVyc2l0eSBvZiBRdWVlbnNsYW5kMSgwJgYDVQQLEx9JbmZvcm1hdGlvbiBUZWNobm9sb2d5 IFNlcnZpY2VzMRswGQYDVQQDExJDZXJ0aWZpY2F0ZSBTZXJ2ZXICASowDQYJKoZIhvcNAQEB BQAEQC4BzJebELW/eLTG0G1B29R3PTvZc11JBUeKMQQZHA4eMVWJ6usU+he9ILZSY4BwlUpQ W0pevXWthc0sV/xo0DQAAAAAAAA= --------------ms030802030906030802040104-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 03:04:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB98716A4CE; Sun, 24 Apr 2005 03:04:45 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A6A243D2F; Sun, 24 Apr 2005 03:04:45 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j3O34cXP004372; Sat, 23 Apr 2005 23:04:38 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j3O34bMH004369; Sat, 23 Apr 2005 23:04:38 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sat, 23 Apr 2005 23:04:37 -0400 (EDT) From: Andre Guibert de Bruet To: Matthew Sullivan In-Reply-To: <426B06F5.3030506@uq.edu.au> Message-ID: <20050423224317.D68772@lexi.siliconlandmark.com> References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au><426B06F5.3030506@uq.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.539, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: njl@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: SMP on Compaq DL380 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 03:04:45 -0000 On Sun, 24 Apr 2005, Matthew Sullivan wrote: > Andre Guibert de Bruet wrote: > >> Processors: APIC ID Version State Family Model Step >> Flags >> 0 0x10 BSP, usable 6 2 1 0x0381 >> 0 0x10 AP, usable 6 8 6 0x383fbff >> >> The APIC IDs here are the same. The flags on the would-be AP are what I >> would expect for a recent i686. The BSP barely qualify it to be a gen-1 >> Pentium. I wouldn't trust any of the values being reported. Could you >> obtain the real identity of these CPUs and confirm that they're not >> mismatched? The easy way of doing this if your BIOS doesn't post this >> information is using a Knoppix LiveCD and doing a cat /proc/cpuinfo. > > Ok can't do the knoppix thing atm, however... > > CPU0 -> 866/256/133/1.65v SL47S > CPU1 -> 866/256/133/1.70v SL48V > > Both are shown detected by the BIOS, and both are shown as 866MHz 133MHz > busses, and 256k cache (as one would expect) > >> If both CPUs are reporting the same ID, I can see how we're not launching >> the second proc; We assume that ID 0 is the BSP and additional processors >> have different APIC IDs. Is something really borked here? Yep! > > But the acpidump -t shows 2 different ID's.... I don't know the way our ACPI implementation handles the information found in the tables well enough to be able to tell you exactly what we do with the IDs that are found in that dump. That's Nate Lawson's domain (I added him to the CC-list). >From your dmesg, it doesn't even appear that we're seeing the second CPU listed in your DSDT. There is only one reference of: cpu: on acpi0 Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 03:11:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D81516A4CE; Sun, 24 Apr 2005 03:11:44 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8F1C43D5A; Sun, 24 Apr 2005 03:11:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3O3BgXm092765; Sat, 23 Apr 2005 23:11:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3O3Bhs0028746; Sat, 23 Apr 2005 23:11:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E032E7306E; Sat, 23 Apr 2005 23:11:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050424031142.E032E7306E@freebsd-current.sentex.ca> Date: Sat, 23 Apr 2005 23:11:42 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 03:11:44 -0000 TB --- 2005-04-24 01:31:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-24 01:31:44 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-24 01:31:44 - checking out the source tree TB --- 2005-04-24 01:31:44 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-24 01:31:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-24 01:38:22 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-24 01:38:22 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-24 01:38:22 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-04-24 02:51:49 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-24 02:51:49 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-24 02:51:49 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 24 02:51:50 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Apr 24 03:07:25 UTC 2005 TB --- 2005-04-24 03:07:25 - generating LINT kernel config TB --- 2005-04-24 03:07:25 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-24 03:07:25 - /usr/bin/make -B LINT TB --- 2005-04-24 03:07:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-24 03:07:25 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-24 03:07:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 24 03:07:25 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-ta bles -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/Osd/OsdDebug.c In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/Osd/OsdDebug.c:45: /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/acpivar.h:425:1: "ACPI_MAX_THREADS" redefined In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica/acfreebsd.h:128, from /tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica/acenv.h:208, from /tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica/acpi.h:126, from /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/Osd/OsdDebug.c:43: ./opt_acpi.h:2:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-24 03:11:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-24 03:11:42 - ERROR: failed to build lint kernel TB --- 2005-04-24 03:11:42 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 05:05:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2346316A4CE; Sun, 24 Apr 2005 05:05:20 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A31643D3F; Sun, 24 Apr 2005 05:05:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3O55ID4094658; Sun, 24 Apr 2005 01:05:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3O55Ikf024694; Sun, 24 Apr 2005 01:05:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 96AAA7306E; Sun, 24 Apr 2005 01:05:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050424050518.96AAA7306E@freebsd-current.sentex.ca> Date: Sun, 24 Apr 2005 01:05:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 05:05:20 -0000 TB --- 2005-04-24 03:11:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-24 03:11:43 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-04-24 03:11:43 - checking out the source tree TB --- 2005-04-24 03:11:43 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-04-24 03:11:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-24 03:18:30 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-24 03:18:30 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-04-24 03:18:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-24 04:33:11 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-24 04:33:11 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-04-24 04:33:11 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 24 04:33:12 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Apr 24 04:58:18 UTC 2005 TB --- 2005-04-24 04:58:18 - generating LINT kernel config TB --- 2005-04-24 04:58:18 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-04-24 04:58:18 - /usr/bin/make -B LINT TB --- 2005-04-24 04:58:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-24 04:58:18 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-04-24 04:58:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 24 04:58:20 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/acpi_support/acpi_asus.c In file included from /tinderbox/CURRENT/i386/i386/src/sys/dev/acpi_support/acpi_asus.c:51: /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpivar.h:425:1: "ACPI_MAX_THREADS" redefined In file included from /tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica/acfreebsd.h:128, from /tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica/acenv.h:208, from /tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica/acpi.h:126, from /tinderbox/CURRENT/i386/i386/src/sys/dev/acpi_support/acpi_asus.c:50: ./opt_acpi.h:2:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-04-24 05:05:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-24 05:05:17 - ERROR: failed to build lint kernel TB --- 2005-04-24 05:05:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 09:10:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 141B116A4CE for ; Sun, 24 Apr 2005 09:10:11 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E02543D3F for ; Sun, 24 Apr 2005 09:10:10 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j3O99hrI038159; Sun, 24 Apr 2005 11:09:43 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <426B61FF.80001@DeepCore.dk> Date: Sun, 24 Apr 2005 11:08:15 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paul Mather References: <1114305707.71309.40.camel@zappa.Chelsea-Ct.Org> In-Reply-To: <1114305707.71309.40.camel@zappa.Chelsea-Ct.Org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: freebsd-current@freebsd.org Subject: Re: Fatal TIMEOUT - WRITE_DMA errors return with ATA Mk.III X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 09:10:11 -0000 Paul Mather wrote: > Since somewhere in the 5.x release cycle, my system has fallen prey to > the "TIMEOUT - WRITE_DMA" errors which result in the drive becoming > detached (which causes my geom_mirror to break and require rebuilding).= > According to smartctl and disk diagnostics, there's nothing wrong with > my drives. Plus, the problem does not manifest itself under 4-STABLE. > (I'm not the only one to have reported this problem.) >=20 > Lately, I'd had success using a patch posted to freebsd-current by Ian > Dowse. The "TIMEOUT - WRITE_DMA" errors still occurred, but they > weren't fatal. I updated my kernel and world recently, and, alas, the > "TIMEOUT - WRITE_DMA" problem has returned once more: You should try a recent -current, I committed cleanups to the timeout=20 system on the 21'st. You might still have timeouts (which might due to=20 non-ATA issues) but they should not be fatal unless the HW really does=20 screw up.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 09:37:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88AAF16A4CE for ; Sun, 24 Apr 2005 09:37:21 +0000 (GMT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B1C643D54 for ; Sun, 24 Apr 2005 09:37:20 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id j3O9cIhE008865; Sun, 24 Apr 2005 11:38:19 +0200 (MEST) Message-ID: <426B68B6.7000709@fer.hr> Date: Sun, 24 Apr 2005 11:36:54 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Sullivan , current@freebsd.org References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <20050423020305.I68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au> <20050423152223.Q68772@lexi.siliconlandmark.com> <426B06F5.3030506@uq.edu.au> In-Reply-To: <426B06F5.3030506@uq.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SMP on Compaq DL380 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 09:37:21 -0000 Matthew Sullivan wrote: >> they're not mismatched? The easy way of doing this if your BIOS >> doesn't post this information is using a Knoppix LiveCD and doing a >> cat /proc/cpuinfo. > > > Ok can't do the knoppix thing atm, however... Would ports/misc/cpuid help? From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 09:43:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6320E16A4CE; Sun, 24 Apr 2005 09:43:45 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC61043D48; Sun, 24 Apr 2005 09:43:44 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id B038DACAEE; Sun, 24 Apr 2005 11:43:43 +0200 (CEST) Date: Sun, 24 Apr 2005 11:43:43 +0200 From: Pawel Jakub Dawidek To: FreeBSD-CURRENT , freebsd-geom@freebsd.org Message-ID: <20050424094343.GA837@darkness.comp.waw.pl> References: <20050424022434.GA3384@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c5jIKqLJqsIKqNdf" Content-Disposition: inline In-Reply-To: <20050424022434.GA3384@laptoxa.toxa.lan> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: Re: gmirror: Not all disks connected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 09:43:45 -0000 --c5jIKqLJqsIKqNdf Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2005 at 06:24:34AM +0400, Toxa wrote: +> I've installed 5.4-rc3 recently and decided to play with geom gmirror. I +> have two fresh SAMSUNG SP0411N/TW100-11, so I've put it together and +> followed steps described in http://people.freebsd.org/~rse/mirror/. +> Everything was ok, but when I rebooted with "the final two-disk GEOM +> mirror setup", I've noticed what it's probably still one disk in gm0: +>=20 +> Timecounter "TSC" frequency 1817908512 Hz quality 800 +> Timecounters tick every 10.000 msec +> ad0: 38203MB [77619/16/63] at ata0-master +> UDMA100 +> ad1: 38204MB [77622/16/63] at ata0-slave +> UDMA100 +> GEOM_MIRROR: Device gm0 created (id=3D2404813840). +> GEOM_MIRROR: Device gm0: provider ad1 detected. +> GEOM_MIRROR: Force device gm0 start due to timeout. +> GEOM_MIRROR: Device gm0: provider ad1 activated. +> GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. +> Mounting root from ufs:/dev/mirror/gm0s1a +>=20 +>=20 +> Well, maybe I've lost last changes ang gmirror still lives with ad1 only= ?=20 +>=20 +> cymbal# gmirror list +> Geom name: gm0 +> State: DEGRADED +> Components: 2 +> Balance: round-robin +> Slice: 4096 +> Flags: NONE +> GenID: 0 +> SyncID: 3 +> ID: 2404813840 +> Providers: +> 1. Name: mirror/gm0 +> Mediasize: 40060403200 (37G) +> Sectorsize: 512 +> Mode: r7w7e2 +> Consumers: +> 1. Name: ad1 +> Mediasize: 40060403712 (37G) +> Sectorsize: 512 +> Mode: r1w1e1 +> State: ACTIVE +> Priority: 0 +> Flags: DIRTY +> GenID: 0 +> SyncID: 3 +> ID: 3247857729 +>=20 +>=20 +> When I tried to repeat last steps, I got message "Not all disks connecte= d". +>=20 +> cymbal# gmirror configure -a gm0 +> Not all disks connected. +> cymbal# gmirror status +> Name Status Components +> mirror/gm0 DEGRADED ad1 +>=20 +>=20 +> It seems like gmirror think I've lost ad0, but it's ok. +> I've tried to play with gmirror utility but in most cases I've got "Not +> all disk connected" message. Please read description of 'forget' subcommand. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --c5jIKqLJqsIKqNdf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCa2pPForvXbEpPzQRAtl3AJ93IKlXe21+NQHadFtFNW4dwmVjEQCePswU SmxIVuYaHJR/38/6mpe3pOk= =Ewse -----END PGP SIGNATURE----- --c5jIKqLJqsIKqNdf-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 10:16:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F7FE16A4CF for ; Sun, 24 Apr 2005 10:16:54 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7459643D41 for ; Sun, 24 Apr 2005 10:16:53 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 24 Apr 2005 10:16:50 -0000 Received: from M118P012.dipool.highway.telekom.at (EHLO localhost.localdomain) [62.46.4.172] by mail.gmx.net (mp005) with SMTP; 24 Apr 2005 12:16:50 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Wiktor Niesiobedzki In-Reply-To: <20050410170511.GA13812@dln55.neoplus.adsl.tpnet.pl> References: <20050410111202.GA5980@dln55.neoplus.adsl.tpnet.pl> <1113136123.1530.3.camel@taxman.pepperland> <20050410170511.GA13812@dln55.neoplus.adsl.tpnet.pl> Content-Type: text/plain Date: Sun, 24 Apr 2005 12:11:50 +0200 Message-Id: <1114337510.1178.1.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 cc: current@freebsd.org cc: sos@freebsd.org Subject: Re: ATA MkIII - Hang after resume solution X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 10:16:54 -0000 On Sun, 2005-04-10 at 19:05 +0200, Wiktor Niesiobedzki wrote: > On Sun, Apr 10, 2005 at 02:28:43PM +0200, Stefan Ehmann wrote: > > > > This causes a kernel panic in ata_reinit for me. (no detailed info > > available since the computer freezes hard at that point) > > > I've some questions: > 1. Did suspend/resume work before Mk III? > 2. Did suspend/resume work after Mk III? > 3. Can you provide any information about hardware you're running? Just for the archives: With the latest commmits by sos, everything works fine again. Thanks. From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 10:31:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1464416A4CE for ; Sun, 24 Apr 2005 10:31:57 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7232443D4C for ; Sun, 24 Apr 2005 10:31:56 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j3OAVk14010809; Sun, 24 Apr 2005 06:31:46 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j3OAVkFA010806; Sun, 24 Apr 2005 06:31:46 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 24 Apr 2005 06:31:46 -0400 (EDT) From: Andre Guibert de Bruet To: Ivan Voras In-Reply-To: <426B68B6.7000709@fer.hr> Message-ID: <20050424062311.T68772@lexi.siliconlandmark.com> References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au><426B06F5.3030506@uq.edu.au> <426B68B6.7000709@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.542, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: Matthew Sullivan cc: current@freebsd.org Subject: Re: SMP on Compaq DL380 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 10:31:57 -0000 On Sun, 24 Apr 2005, Ivan Voras wrote: > Matthew Sullivan wrote: > >>> they're not mismatched? The easy way of doing this if your BIOS doesn't >>> post this information is using a Knoppix LiveCD and doing a cat >>> /proc/cpuinfo. >> >> >> Ok can't do the knoppix thing atm, however... > > Would ports/misc/cpuid help? On my dual xeon desktop, cpuid reports on APIC ID 6 only (The AP); which seems to indicate that it reports only on the first processor it finds. Unfortunately, the program doesn't make use of any command line args which could enable alternate behavior. I guess someone should bug the author to fix this. Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 10:41:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 358C316A4CE for ; Sun, 24 Apr 2005 10:41:11 +0000 (GMT) Received: from mail.sorbs.net (mail.sorbs.net [203.15.51.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9223D43D41 for ; Sun, 24 Apr 2005 10:41:10 +0000 (GMT) (envelope-from matthew@uq.edu.au) Received: from [10.200.254.98] by nemesis.sorbs.net (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPSA id <0IFG00C055P876@nemesis.sorbs.net> for current@freebsd.org; Sun, 24 Apr 2005 20:41:33 +1000 (EST) Date: Sun, 24 Apr 2005 20:39:50 +1000 From: Matthew Sullivan In-reply-to: <426B68B6.7000709@fer.hr> To: Ivan Voras Message-id: <426B7776.6060908@uq.edu.au> MIME-version: 1.0 Content-type: multipart/signed; boundary=------------ms060909080208050706090302; micalg=sha1; protocol="application/x-pkcs7-signature" X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <20050423020305.I68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au> <20050423152223.Q68772@lexi.siliconlandmark.com> <426B06F5.3030506@uq.edu.au> <426B68B6.7000709@fer.hr> cc: current@freebsd.org Subject: Re: SMP on Compaq DL380 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 10:41:11 -0000 This is a cryptographically signed message in MIME format. --------------ms060909080208050706090302 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ivan Voras wrote: > Matthew Sullivan wrote: > >>> they're not mismatched? The easy way of doing this if your BIOS >>> doesn't post this information is using a Knoppix LiveCD and doing a >>> cat /proc/cpuinfo. >> >> >> >> Ok can't do the knoppix thing atm, however... > > > Would ports/misc/cpuid help? > _______________________________________________ > 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" Probably not much help... eax in eax ebx ecx edx 00000000 00000002 756e6547 6c65746e 49656e69 00000001 00000683 00000002 00000000 0383f9ff 00000002 03020101 00000000 00000000 0c040882 Vendor ID: "GenuineIntel"; CPUID level 2 Intel-specific functions: Version 00000683: Type 0 - Original OEM Family 6 - Pentium Pro Model 8 - Pentium III/Pentium III Xeon - internal L2 cache Stepping 3 Reserved 0 Brand index: 2 [Pentium III processor] Feature flags 0383f9ff: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers PAE Physical Address Extension MCE Machine Check Exception CX8 COMPXCHG8B Instruction SEP Fast System Call MTRR Memory Type Range Registers PGE PTE Global Flag MCA Machine Check Architecture CMOV Conditional Move and Compare Instructions FGPAT Page Attribute Table PSE-36 36-bit Page Size Extension MMX MMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSE Streaming SIMD Extensions instruction set TLB and cache info: 01: Instruction TLB: 4KB pages, 4-way set assoc, 32 entries 02: Instruction TLB: 4MB pages, 4-way set assoc, 2 entries 03: Data TLB: 4KB pages, 4-way set assoc, 64 entries 82: 2nd-level cache: 256KB, 8-way set assoc, 32 byte line size 08: 1st-level instruction cache: 16KB, 4-way set assoc, 32 byte line size 04: Data TLB: 4MB pages, 4-way set assoc, 8 entries 0c: 1st-level data cache: 16KB, 4-way set assoc, 32 byte line size -- Matthew Sullivan Specialist Systems Programmer Information Technology Services The University of Queensland --------------ms060909080208050706090302 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIG7DCC A3IwggJaoAMCAQICASowDQYJKoZIhvcNAQEEBQAwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQI EwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNp dHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2 aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUgU2VydmVyMB4XDTA0MDEyMTIzMzYyMVoXDTA2 MDEyMTIzMzYyMVowgbIxCzAJBgNVBAYTAkFVMSUwIwYDVQQKExxUaGUgVW5pdmVyc2l0eSBv ZiBRdWVlbnNsYW5kMScwJQYDVQQLEx5JbmZvcm1hdGlvbiBUZWNub2xvZ3kgU2VydmljZXMx FjAUBgoJkiaJk/IsZAEBEwZjY21hdHQxGTAXBgNVBAMTEE1hdHRoZXcgU3VsbGl2YW4xIDAe BgkqhkiG9w0BCQEWEW1hdHRoZXdAdXEuZWR1LmF1MFwwDQYJKoZIhvcNAQEBBQADSwAwSAJB AJsUfrw/QUqKIzDverWc2F4GFFRZmIeO+bAl+7BM6x/9frMzOtygx4QGb4oQwtOE8Sda1aIs v+yJF3Di9EuUyvMCAwEAAaNoMGYwDgYDVR0PAQH/BAQDAgXgMBEGCWCGSAGG+EIBAQQEAwIF oDAfBgNVHSMEGDAWgBQmqtoyueiWTYZBinvsnzeOWLtUuzAgBgNVHREEGTAXgRVtYXR0aGV3 QGl0cy51cS5lZHUuYXUwDQYJKoZIhvcNAQEEBQADggEBAF2gZrkqZsZlHd4K/+yBN6qrpD61 hctDf7/Eg4jk6DMknEs6nvHMFUMZ4SXvkqPLnHBygTARKAs7qBSLd7mUUBOOQEgk6ovQVY6S 1CDSt3P9O6wjG0K1igtk8v6u7lkQ8p2STXqrOePVINdaucUgBO/IpeUtt9ATl1qvPTWyM/fz oUZsIKeYjNQVEQsuimrZjdbIAFxdl1fggSngUv64wBn8wCssGrPZIZA2lpBBEW1wejoWrDOH IIr+SspGd0i8MovDTMRSvgTERLki17FU/ANilcrSXiODKeIvpXhnQqVScnsoMSZmBmN2QIoG SnBjNK5mYxx5E3v20VOwtP1hVdEwggNyMIICWqADAgECAgEqMA0GCSqGSIb3DQEBBAUAMIGj MQswCQYDVQQGEwJBVTETMBEGA1UECBMKUXVlZW5zbGFuZDERMA8GA1UEBxMIQnJpc2JhbmUx JTAjBgNVBAoTHFRoZSBVbml2ZXJzaXR5IG9mIFF1ZWVuc2xhbmQxKDAmBgNVBAsTH0luZm9y bWF0aW9uIFRlY2hub2xvZ3kgU2VydmljZXMxGzAZBgNVBAMTEkNlcnRpZmljYXRlIFNlcnZl cjAeFw0wNDAxMjEyMzM2MjFaFw0wNjAxMjEyMzM2MjFaMIGyMQswCQYDVQQGEwJBVTElMCMG A1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEnMCUGA1UECxMeSW5mb3JtYXRp b24gVGVjbm9sb2d5IFNlcnZpY2VzMRYwFAYKCZImiZPyLGQBARMGY2NtYXR0MRkwFwYDVQQD ExBNYXR0aGV3IFN1bGxpdmFuMSAwHgYJKoZIhvcNAQkBFhFtYXR0aGV3QHVxLmVkdS5hdTBc MA0GCSqGSIb3DQEBAQUAA0sAMEgCQQCbFH68P0FKiiMw73q1nNheBhRUWZiHjvmwJfuwTOsf /X6zMzrcoMeEBm+KEMLThPEnWtWiLL/siRdw4vRLlMrzAgMBAAGjaDBmMA4GA1UdDwEB/wQE AwIF4DARBglghkgBhvhCAQEEBAMCBaAwHwYDVR0jBBgwFoAUJqraMrnolk2GQYp77J83jli7 VLswIAYDVR0RBBkwF4EVbWF0dGhld0BpdHMudXEuZWR1LmF1MA0GCSqGSIb3DQEBBAUAA4IB AQBdoGa5KmbGZR3eCv/sgTeqq6Q+tYXLQ3+/xIOI5OgzJJxLOp7xzBVDGeEl75Kjy5xwcoEw ESgLO6gUi3e5lFATjkBIJOqL0FWOktQg0rdz/TusIxtCtYoLZPL+ru5ZEPKdkk16qznj1SDX WrnFIATvyKXlLbfQE5darz01sjP386FGbCCnmIzUFRELLopq2Y3WyABcXZdX4IEp4FL+uMAZ /MArLBqz2SGQNpaQQRFtcHo6FqwzhyCK/krKRndIvDKLw0zEUr4ExES5ItexVPwDYpXK0l4j gyniL6V4Z0KlUnJ7KDEmZgZjdkCKBkpwYzSuZmMceRN79tFTsLT9YVXRMYIDQDCCAzwCAQEw gakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlz YmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMf SW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUg U2VydmVyAgEqMAkGBSsOAwIaBQCgggItMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTA1MDQyNDEwMzk1MFowIwYJKoZIhvcNAQkEMRYEFNVbAuT0TW8ktw+t sKuQZqdJQqczMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG6BgkrBgEEAYI3EAQx gawwgakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhC cmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UE CxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNh dGUgU2VydmVyAgEqMIG8BgsqhkiG9w0BCRACCzGBrKCBqTCBozELMAkGA1UEBhMCQVUxEzAR BgNVBAgTClF1ZWVuc2xhbmQxETAPBgNVBAcTCEJyaXNiYW5lMSUwIwYDVQQKExxUaGUgVW5p dmVyc2l0eSBvZiBRdWVlbnNsYW5kMSgwJgYDVQQLEx9JbmZvcm1hdGlvbiBUZWNobm9sb2d5 IFNlcnZpY2VzMRswGQYDVQQDExJDZXJ0aWZpY2F0ZSBTZXJ2ZXICASowDQYJKoZIhvcNAQEB BQAEQBGdBl8I4Hq7ycz+CbFHm0htgdOUdnbq/iZDoEE/3D+ygPu5+8FK1Y33SO5A3mZCNQ+0 HepWeueQwW/iIA09u2gAAAAAAAA= --------------ms060909080208050706090302-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 11:40:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42B7716A4CE for ; Sun, 24 Apr 2005 11:40:45 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD93443D1D for ; Sun, 24 Apr 2005 11:40:44 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j3OBedJK018865; Sun, 24 Apr 2005 07:40:39 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j3OBea3R018862; Sun, 24 Apr 2005 07:40:37 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 24 Apr 2005 07:40:36 -0400 (EDT) From: Andre Guibert de Bruet To: Matthew Sullivan In-Reply-To: <426B7776.6060908@uq.edu.au> Message-ID: <20050424073914.F68772@lexi.siliconlandmark.com> References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au><426B06F5.3030506@uq.edu.au> <426B68B6.7000709@fer.hr> <426B7776.6060908@uq.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.543, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: current@freebsd.org Subject: Re: SMP on Compaq DL380 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 11:40:45 -0000 On Sun, 24 Apr 2005, Matthew Sullivan wrote: > Ivan Voras wrote: > >> Matthew Sullivan wrote: >> >>>> they're not mismatched? The easy way of doing this if your BIOS doesn't >>>> post this information is using a Knoppix LiveCD and doing a cat >>>> /proc/cpuinfo. >>> >>> Ok can't do the knoppix thing atm, however... >> >> Would ports/misc/cpuid help? > > Probably not much help... The utility that I was looking for is sysutils/x86info. Does it detect everything correctly? | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sat Apr 23 16:07:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1412B16A4CE for ; Sat, 23 Apr 2005 16:07:18 +0000 (GMT) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEB3843D41 for ; Sat, 23 Apr 2005 16:07:17 +0000 (GMT) (envelope-from imachine@lazir.toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 521DF8BCB7 for ; Sat, 23 Apr 2005 18:07:15 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 32364-09 for ; Sat, 23 Apr 2005 18:07:13 +0200 (CEST) Received: by lazir.toya.net.pl (TOYAnet MailServer, from userid 9907) id 4771C8BCAE; Sat, 23 Apr 2005 18:07:13 +0200 (CEST) Date: Sat, 23 Apr 2005 18:07:13 +0200 To: freebsd-current@freebsd.org Message-ID: <20050423160713.GA24432@lazir.toya.net.pl> References: <20050423005715.G16129@it.hackers> <1114212379.955.15.camel@leguin> <20050423184110.O37477@it.hackers> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050423184110.O37477@it.hackers> User-Agent: Mutt/1.5.6+20040907i From: imachine@lazir.toya.net.pl (None) X-TOYA-AV: AntyVir-Skaner at toya.net.pl X-Mailman-Approved-At: Sun, 24 Apr 2005 11:49:52 +0000 Subject: Re: mgadrm fail in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2005 16:07:18 -0000 On Sat, Apr 23, 2005 at 06:43:00PM +0400, Nguyen Tam Chinh wrote: > On Fri, 22 Apr 2005, Eric Anholt wrote: > > >On Sat, 2005-04-23 at 01:01 +0400, Nguyen Tam Chinh wrote: > >>Hello All, > >>I've just compiled -CURRENT (cvsup some hours ago) and the magdrm seemed > >>to be fail. > >>Last week's -CURRENT build was okay. > > > >Do you have device drm in your kernel? > >Did you do a clean build? > > > > Aha, I checked the config/NOTES and noticed that the new line: device drm > Thank you :) > > >There's no real reason to be building the drm into the kernel that I can > >see, as it's automatically loaded for you by the X Server. i might be off here, and dont intend to cause any offtopicness, altho i was informed perhaphs wrongly, that kernel-builtin drivers are having some speed improvements compared to loaded modules? cheers ;] > > > >-- > >Eric Anholt eta@lclark.edu > >http://people.freebsd.org/~anholt/ anholt@FreeBSD.org > > > > ----- > With best regards, | The Power to Serve > Nguyen Tam Chinh | http://www.FreeBSD.org > Loc: sp.cs.msu.ru | > _______________________________________________ > 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" From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 11:55:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E835716A4CE for ; Sun, 24 Apr 2005 11:55:24 +0000 (GMT) Received: from mail.sorbs.net (news.sorbs.net [203.15.51.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53AC843D39 for ; Sun, 24 Apr 2005 11:55:24 +0000 (GMT) (envelope-from matthew@uq.edu.au) Received: from [10.200.254.98] by nemesis.sorbs.net (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPSA id <0IFG00C0C95176@nemesis.sorbs.net> for current@freebsd.org; Sun, 24 Apr 2005 21:55:50 +1000 (EST) Date: Sun, 24 Apr 2005 21:54:15 +1000 From: Matthew Sullivan In-reply-to: <20050424073914.F68772@lexi.siliconlandmark.com> To: Andre Guibert de Bruet Message-id: <426B88E7.2080606@uq.edu.au> MIME-version: 1.0 Content-type: multipart/signed; boundary=------------ms050902080605060901020306; micalg=sha1; protocol="application/x-pkcs7-signature" X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au> <426B06F5.3030506@uq.edu.au> <426B68B6.7000709@fer.hr> <426B7776.6060908@uq.edu.au> <20050424073914.F68772@lexi.siliconlandmark.com> cc: current@freebsd.org Subject: Re: SMP on Compaq DL380 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 11:55:25 -0000 This is a cryptographically signed message in MIME format. --------------ms050902080605060901020306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Andre Guibert de Bruet wrote: > > On Sun, 24 Apr 2005, Matthew Sullivan wrote: > >> Ivan Voras wrote: >> >>> Matthew Sullivan wrote: >>> >>>>> they're not mismatched? The easy way of doing this if your BIOS >>>>> doesn't post this information is using a Knoppix LiveCD and doing >>>>> a cat /proc/cpuinfo. >>>> >>>> >>>> Ok can't do the knoppix thing atm, however... >>> >>> >>> Would ports/misc/cpuid help? >> >> >> Probably not much help... > > > The utility that I was looking for is sysutils/x86info. Does it detect > everything correctly? No... x86info v1.12b. Dave Jones 2001-2003 Feedback to . Found 1 CPU, but found 2 CPUs in MPTable. MP Table: # APIC ID Version State Family Model Step Flags # 0 0x10 BSP, usable 6 2 1 0x0381 # 0 0x10 AP, usable 6 8 6 0x383fbff -------------------------------------------------------------------------- eax in: 0x00000000, eax = 00000002 ebx = 756e6547 ecx = 6c65746e edx = 49656e69 eax in: 0x00000001, eax = 00000683 ebx = 00000002 ecx = 00000000 edx = 0383f9ff eax in: 0x00000002, eax = 03020101 ebx = 00000000 ecx = 00000000 edx = 0c040882 Family: 6 Model: 8 Stepping: 3 Type: 0 Brand: 2 CPU Model: Pentium III-M (Coppermine) [cB0] Original OEM Feature flags: Onboard FPU Virtual Mode Extensions Debugging Extensions Page Size Extensions Time Stamp Counter Model-Specific Registers Physical Address Extensions Machine Check Architecture CMPXCHG8 instruction SYSENTER/SYSEXIT Memory Type Range Registers Page Global Enable Machine Check Architecture CMOV instruction Page Attribute Table 36-bit PSEs MMX support FXSAVE and FXRESTORE instructions SSE support Extended feature flags: Instruction TLB: 4KB pages, 4-way associative, 32 entries Instruction TLB: 4MB pages, fully associative, 2 entries Data TLB: 4KB pages, 4-way associative, 64 entries L2 unified cache: Size: 256KB 8-way associative. line size=32 bytes. L1 Instruction cache: Size: 16KB 4-way associative. line size=32 bytes. Data TLB: 4MB pages, 4-way associative, 8 entries L1 Data cache: Size: 16KB 4-way associative. line size=32 bytes. /dev/cpu/0/msr: No such file or directory MTRR registers: MTRRcap (0xfe): MTRRphysBase0 (0x200): MTRRphysMask0 (0x201): MTRRphysBase1 (0x202): MTRRphysMask1 (0x203): MTRRphysBase2 (0x204): MTRRphysMask2 (0x205): MTRRphysBase3 (0x206): MTRRphysMask3 (0x207): MTRRphysBase4 (0x208): MTRRphysMask4 (0x209): MTRRphysBase5 (0x20a): MTRRphysMask5 (0x20b): MTRRphysBase6 (0x20c): MTRRphysMask6 (0x20d): MTRRphysBase7 (0x20e): MTRRphysMask7 (0x20f): MTRRfix64K_00000 (0x250): MTRRfix16K_80000 (0x258): MTRRfix16K_A0000 (0x259): MTRRfix4K_C8000 (0x269): MTRRfix4K_D0000 0x26a: MTRRfix4K_D8000 0x26b: MTRRfix4K_E0000 0x26c: MTRRfix4K_E8000 0x26d: MTRRfix4K_F0000 0x26e: MTRRfix4K_F8000 0x26f: MTRRdefType (0x2ff): 850MHz processor (estimate). Regards, -- Matthew Sullivan Specialist Systems Programmer Information Technology Services The University of Queensland --------------ms050902080605060901020306 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIG7DCC A3IwggJaoAMCAQICASowDQYJKoZIhvcNAQEEBQAwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQI EwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNp dHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2 aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUgU2VydmVyMB4XDTA0MDEyMTIzMzYyMVoXDTA2 MDEyMTIzMzYyMVowgbIxCzAJBgNVBAYTAkFVMSUwIwYDVQQKExxUaGUgVW5pdmVyc2l0eSBv ZiBRdWVlbnNsYW5kMScwJQYDVQQLEx5JbmZvcm1hdGlvbiBUZWNub2xvZ3kgU2VydmljZXMx FjAUBgoJkiaJk/IsZAEBEwZjY21hdHQxGTAXBgNVBAMTEE1hdHRoZXcgU3VsbGl2YW4xIDAe BgkqhkiG9w0BCQEWEW1hdHRoZXdAdXEuZWR1LmF1MFwwDQYJKoZIhvcNAQEBBQADSwAwSAJB AJsUfrw/QUqKIzDverWc2F4GFFRZmIeO+bAl+7BM6x/9frMzOtygx4QGb4oQwtOE8Sda1aIs v+yJF3Di9EuUyvMCAwEAAaNoMGYwDgYDVR0PAQH/BAQDAgXgMBEGCWCGSAGG+EIBAQQEAwIF oDAfBgNVHSMEGDAWgBQmqtoyueiWTYZBinvsnzeOWLtUuzAgBgNVHREEGTAXgRVtYXR0aGV3 QGl0cy51cS5lZHUuYXUwDQYJKoZIhvcNAQEEBQADggEBAF2gZrkqZsZlHd4K/+yBN6qrpD61 hctDf7/Eg4jk6DMknEs6nvHMFUMZ4SXvkqPLnHBygTARKAs7qBSLd7mUUBOOQEgk6ovQVY6S 1CDSt3P9O6wjG0K1igtk8v6u7lkQ8p2STXqrOePVINdaucUgBO/IpeUtt9ATl1qvPTWyM/fz oUZsIKeYjNQVEQsuimrZjdbIAFxdl1fggSngUv64wBn8wCssGrPZIZA2lpBBEW1wejoWrDOH IIr+SspGd0i8MovDTMRSvgTERLki17FU/ANilcrSXiODKeIvpXhnQqVScnsoMSZmBmN2QIoG SnBjNK5mYxx5E3v20VOwtP1hVdEwggNyMIICWqADAgECAgEqMA0GCSqGSIb3DQEBBAUAMIGj MQswCQYDVQQGEwJBVTETMBEGA1UECBMKUXVlZW5zbGFuZDERMA8GA1UEBxMIQnJpc2JhbmUx JTAjBgNVBAoTHFRoZSBVbml2ZXJzaXR5IG9mIFF1ZWVuc2xhbmQxKDAmBgNVBAsTH0luZm9y bWF0aW9uIFRlY2hub2xvZ3kgU2VydmljZXMxGzAZBgNVBAMTEkNlcnRpZmljYXRlIFNlcnZl cjAeFw0wNDAxMjEyMzM2MjFaFw0wNjAxMjEyMzM2MjFaMIGyMQswCQYDVQQGEwJBVTElMCMG A1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEnMCUGA1UECxMeSW5mb3JtYXRp b24gVGVjbm9sb2d5IFNlcnZpY2VzMRYwFAYKCZImiZPyLGQBARMGY2NtYXR0MRkwFwYDVQQD ExBNYXR0aGV3IFN1bGxpdmFuMSAwHgYJKoZIhvcNAQkBFhFtYXR0aGV3QHVxLmVkdS5hdTBc MA0GCSqGSIb3DQEBAQUAA0sAMEgCQQCbFH68P0FKiiMw73q1nNheBhRUWZiHjvmwJfuwTOsf /X6zMzrcoMeEBm+KEMLThPEnWtWiLL/siRdw4vRLlMrzAgMBAAGjaDBmMA4GA1UdDwEB/wQE AwIF4DARBglghkgBhvhCAQEEBAMCBaAwHwYDVR0jBBgwFoAUJqraMrnolk2GQYp77J83jli7 VLswIAYDVR0RBBkwF4EVbWF0dGhld0BpdHMudXEuZWR1LmF1MA0GCSqGSIb3DQEBBAUAA4IB AQBdoGa5KmbGZR3eCv/sgTeqq6Q+tYXLQ3+/xIOI5OgzJJxLOp7xzBVDGeEl75Kjy5xwcoEw ESgLO6gUi3e5lFATjkBIJOqL0FWOktQg0rdz/TusIxtCtYoLZPL+ru5ZEPKdkk16qznj1SDX WrnFIATvyKXlLbfQE5darz01sjP386FGbCCnmIzUFRELLopq2Y3WyABcXZdX4IEp4FL+uMAZ /MArLBqz2SGQNpaQQRFtcHo6FqwzhyCK/krKRndIvDKLw0zEUr4ExES5ItexVPwDYpXK0l4j gyniL6V4Z0KlUnJ7KDEmZgZjdkCKBkpwYzSuZmMceRN79tFTsLT9YVXRMYIDQDCCAzwCAQEw gakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlz YmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMf SW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUg U2VydmVyAgEqMAkGBSsOAwIaBQCgggItMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTA1MDQyNDExNTQxNVowIwYJKoZIhvcNAQkEMRYEFJby7QOjir48MMP5 pT2a08HD9QsMMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG6BgkrBgEEAYI3EAQx gawwgakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhC cmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UE CxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNh dGUgU2VydmVyAgEqMIG8BgsqhkiG9w0BCRACCzGBrKCBqTCBozELMAkGA1UEBhMCQVUxEzAR BgNVBAgTClF1ZWVuc2xhbmQxETAPBgNVBAcTCEJyaXNiYW5lMSUwIwYDVQQKExxUaGUgVW5p dmVyc2l0eSBvZiBRdWVlbnNsYW5kMSgwJgYDVQQLEx9JbmZvcm1hdGlvbiBUZWNobm9sb2d5 IFNlcnZpY2VzMRswGQYDVQQDExJDZXJ0aWZpY2F0ZSBTZXJ2ZXICASowDQYJKoZIhvcNAQEB BQAEQCpn8ELRe+tigWzxRDW5yS8pb3FI8omixtLNVK9FzjfsgHv4wcLiwjajnqP/tZf8KZqh XwBltMfA7DIRIaaCCAYAAAAAAAA= --------------ms050902080605060901020306-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 13:49:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C034D16A4CE for ; Sun, 24 Apr 2005 13:49:24 +0000 (GMT) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23B5243D3F for ; Sun, 24 Apr 2005 13:49:24 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com for ; Sun, 24 Apr 2005 08:49:47 -0500 Message-Id: <4.3.2.7.2.20050424084131.042e7570@mail.qconline.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 24 Apr 2005 08:49:16 -0500 To: freebsd-current@freebsd.org From: Harry Coin In-Reply-To: <20050424120044.AD0BC16A4CE@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: 5.4 RC3 fails to detect psm0. Normal except no PS/2 mouse. atapicam doesn't hang. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 13:49:24 -0000 5.4 RC3 as of yesterday fails to detect ps/2 mouse ( /dev/psm0) on 2 different ASUS P4C800E boxes. Dmesg follows. 5.4 as of a few days ago worked. Normal functions otherwise so far as I can tell, it just doesn't load the psm0 driver. moused complains. So no X usability. P.S. I wrote before about how these machines hung (interrupt storm) on boot with atapicam in the kernel on 5.4 but not 5.3. atapicam does not cause boot problems any longer. I don't know if it actually permits function, it failed to read sectors past 16K using 2048 byte block sizes in K3B. Harry Coin dmesg follows Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RC3 #5: Sat Apr 23 17:36:57 CDT 2005 root@server1.quietfountain.com:/usr/obj/usr/src/sys/SERVER1 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2806.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2146631680 (2047 MB) avail memory = 2090975232 (1994 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xe8000000-0xefffffff,0xfd000000-0xfdffffff irq 16 at device 0.0 on pci1 pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0xcf80-0xcf9f mem 0xfe9e0000-0xfe9fffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:0c:6e:79:7a:bb em0: Speed:N/A Duplex:N/A uhci0: port 0xeec0-0xeedf irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xef00-0xef1f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xef20-0xef3f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xef40-0xef5f irq 16 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 3.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xef90-0xef9f,0xefa8-0xefab,0xefa0-0xefa7,0xefac-0xefaf,0xefe0-0xefe7 irq 18 at device 31.1 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0xee80-0xeebf,0xe800-0xe8ff mem 0xfebff000-0xfebff0ff,0xfebff400-0xfebff5ff irq 17 at device 31.5 on pci0 pcm0: acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xce7ff on isa0 pmtimer0 on isa0 ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec em0: Link is up 1000 Mbps Full Duplex ad4: 238475MB [484521/16/63] at ata2-master UDMA100 ad5: 238475MB [484521/16/63] at ata2-slave UDMA100 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad4s1a em0: Link is up 1000 Mbps Full Duplex From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 15:02:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BC0816A4CE; Sun, 24 Apr 2005 15:02:15 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 0978843D31; Sun, 24 Apr 2005 15:02:14 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 24 Apr 2005 16:02:13 +0100 (BST) Date: Sun, 24 Apr 2005 16:02:11 +0100 From: David Malone To: Matthew Sullivan Message-ID: <20050424150211.GA87520@walton.maths.tcd.ie> References: <426426AE.2060406@uq.edu.au> <20050420084413.GA27304@walton.maths.tcd.ie> <42663EA1.3020409@uq.edu.au> <426A3F49.6090203@uq.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <426A3F49.6090203@uq.edu.au> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: freebsd-current@freebsd.org cc: andre@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 15:02:15 -0000 On Sat, Apr 23, 2005 at 10:27:53PM +1000, Matthew Sullivan wrote: > Ok well thanks to Andrew @ Supernews and a lot of debugging it appears > there is a bug.... > > sys/netinet/ip_icmp.c: line 440 > if (!mtu) > mtu = ip_next_mtu(mtu, 1); > Problem is ip_next_mtu will always return 0 when called with (0, 1) ... I think this might be a bug, but Andre would know better. Andre - it looks to me as if the first argument to ip_next_mtu here should be the current MTU for the path, but it is being set to the mtu from the ICMP message, which (in this case) is zero. (This is in the code that has just been moved to tcp_ctlinput.) > Apparently the gateway should be suggesting a MTU value for use.... the > gateway is also FreeBSD 5.3 so something needs fixing .. :-/ Are you using ip fast forwarding on the gateway? It calculates the size that is put into the ICMP message in a slightly different way to the other forwrd path. David. From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 15:58:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 499E916A4CE for ; Sun, 24 Apr 2005 15:58:36 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5BF843D48 for ; Sun, 24 Apr 2005 15:58:35 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-70-110-10-69.roa.east.verizon.net [70.110.10.69]) by gromit.dlib.vt.edu (8.13.3/8.13.3) with ESMTP id j3OFwPR0032911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 24 Apr 2005 11:58:27 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j3OFwKSb077512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 24 Apr 2005 11:58:20 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j3OFwKZL077511; Sun, 24 Apr 2005 11:58:20 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <426B61FF.80001@DeepCore.dk> References: <1114305707.71309.40.camel@zappa.Chelsea-Ct.Org> <426B61FF.80001@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 24 Apr 2005 11:58:19 -0400 Message-Id: <1114358299.77313.2.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port cc: freebsd-current@freebsd.org Subject: Re: Fatal TIMEOUT - WRITE_DMA errors return with ATA Mk.III X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 15:58:36 -0000 On Sun, 2005-04-24 at 11:08 +0200, S=F8ren Schmidt wrote: > Paul Mather wrote: > > Since somewhere in the 5.x release cycle, my system has fallen prey to > > the "TIMEOUT - WRITE_DMA" errors which result in the drive becoming > > detached (which causes my geom_mirror to break and require rebuilding). > > According to smartctl and disk diagnostics, there's nothing wrong with > > my drives. Plus, the problem does not manifest itself under 4-STABLE. > > (I'm not the only one to have reported this problem.) > >=20 > > Lately, I'd had success using a patch posted to freebsd-current by Ian > > Dowse. The "TIMEOUT - WRITE_DMA" errors still occurred, but they > > weren't fatal. I updated my kernel and world recently, and, alas, the > > "TIMEOUT - WRITE_DMA" problem has returned once more: >=20 > You should try a recent -current, I committed cleanups to the timeout=20 > system on the 21'st. You might still have timeouts (which might due to=20 > non-ATA issues) but they should not be fatal unless the HW really does=20 > screw up.. Many thanks! I'll try an upgrade and see if that fixes things. Cheers, Paul. --=20 e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 16:21:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89F4B16A4CE for ; Sun, 24 Apr 2005 16:21:31 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B26C843D1D for ; Sun, 24 Apr 2005 16:21:30 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 1893 invoked from network); 24 Apr 2005 16:22:47 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.54]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 24 Apr 2005 16:22:47 -0000 Message-ID: <426BC78A.3E56D99B@freebsd.org> Date: Sun, 24 Apr 2005 18:21:30 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: David Malone References: <426426AE.2060406@uq.edu.au> <20050420084413.GA27304@walton.maths.tcd.ie> <42663EA1.3020409@uq.edu.au> <426A3F49.6090203@uq.edu.au> <20050424150211.GA87520@walton.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: Matthew Sullivan cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 16:21:31 -0000 David Malone wrote: > > On Sat, Apr 23, 2005 at 10:27:53PM +1000, Matthew Sullivan wrote: > > Ok well thanks to Andrew @ Supernews and a lot of debugging it appears > > there is a bug.... > > > > sys/netinet/ip_icmp.c: line 440 > > if (!mtu) > > mtu = ip_next_mtu(mtu, 1); > > Problem is ip_next_mtu will always return 0 when called with (0, 1) ... > > I think this might be a bug, but Andre would know better. Andre - > it looks to me as if the first argument to ip_next_mtu here should > be the current MTU for the path, but it is being set to the mtu > from the ICMP message, which (in this case) is zero. This is a bug indeed. Let me think how to fix this most efficiently... > (This is in the code that has just been moved to tcp_ctlinput.) > > > Apparently the gateway should be suggesting a MTU value for use.... the > > gateway is also FreeBSD 5.3 so something needs fixing .. :-/ > > Are you using ip fast forwarding on the gateway? It calculates the > size that is put into the ICMP message in a slightly different way > to the other forwrd path. The quoted code above is used only for incoming ICMP packets. It does not generate them? What is the problem being observed exactly? -- Andre From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 17:23:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAAA216A4CE for ; Sun, 24 Apr 2005 17:23:26 +0000 (GMT) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 901B843D31 for ; Sun, 24 Apr 2005 17:23:25 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com for ; Sun, 24 Apr 2005 12:23:48 -0500 Message-Id: <4.3.2.7.2.20050424085214.0434da60@www.n4comm.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 24 Apr 2005 12:23:06 -0500 To: freebsd-current@freebsd.org From: Harry Coin Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: 5.4 RC3 fails to detect psm0. Normal except no PS/2 mouse. atapicam doesn't hang. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 17:23:26 -0000 Here's the kernel config file that couldn't find the ps/2 mouse # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:52 scottl Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident SERVER1 options SMP # Symmetric MultiProcessor Kernel # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #Sound Support device sound device "snd_ad1816" device snd_ich From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 17:55:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF4DA16A4CE for ; Sun, 24 Apr 2005 17:55:44 +0000 (GMT) Received: from web51805.mail.yahoo.com (web51805.mail.yahoo.com [206.190.38.236]) by mx1.FreeBSD.org (Postfix) with SMTP id 43FB343D48 for ; Sun, 24 Apr 2005 17:55:44 +0000 (GMT) (envelope-from patrick_dkt@yahoo.com.hk) Received: (qmail 71043 invoked by uid 60001); 24 Apr 2005 17:55:43 -0000 Message-ID: <20050424175543.71041.qmail@web51805.mail.yahoo.com> Received: from [222.166.160.87] by web51805.mail.yahoo.com via HTTP; Mon, 25 Apr 2005 01:55:43 CST Date: Mon, 25 Apr 2005 01:55:43 +0800 (CST) From: Patrick Dung To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit Subject: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 17:55:44 -0000 Hi I have read the recent status report. IMHO, FreeBSD 5-stable is still not as stable as 4.x series. FreeBSD-5 will have a short livetime when FreeBSD-6 comes. May someone who work in large companies tell us their experience that FreeBSD 4 or 5 is installed for servers now, please? Regards Patrick _________________________________________________________ ¥²±þ§Þ¡B¶¼ºq¡B¤p¬P¬P... ®öº©¹aÁn ±¡¤ß³sô http://us.rd.yahoo.com/evt=22281/*http://ringtone.yahoo.com.hk/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 18:19:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBEFD16A4CE for ; Sun, 24 Apr 2005 18:19:58 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BC7843D53 for ; Sun, 24 Apr 2005 18:19:58 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.3/8.13.1) with ESMTP id j3OIJVKl039223; Sun, 24 Apr 2005 11:19:31 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.3/8.13.1/Submit) id j3OIJUJr039222; Sun, 24 Apr 2005 11:19:30 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: None In-Reply-To: <20050423160713.GA24432@lazir.toya.net.pl> References: <20050423005715.G16129@it.hackers> <1114212379.955.15.camel@leguin> <20050423184110.O37477@it.hackers> <20050423160713.GA24432@lazir.toya.net.pl> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 24 Apr 2005 11:19:29 -0700 Message-Id: <1114366769.965.0.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port cc: freebsd-current@freebsd.org Subject: Re: mgadrm fail in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 18:19:58 -0000 On Sat, 2005-04-23 at 18:07 +0200, None wrote: > On Sat, Apr 23, 2005 at 06:43:00PM +0400, Nguyen Tam Chinh wrote: > > On Fri, 22 Apr 2005, Eric Anholt wrote: > > > > >On Sat, 2005-04-23 at 01:01 +0400, Nguyen Tam Chinh wrote: > > >>Hello All, > > >>I've just compiled -CURRENT (cvsup some hours ago) and the magdrm seemed > > >>to be fail. > > >>Last week's -CURRENT build was okay. > > > > > >Do you have device drm in your kernel? > > >Did you do a clean build? > > > > > > > Aha, I checked the config/NOTES and noticed that the new line: device drm > > Thank you :) > > > > >There's no real reason to be building the drm into the kernel that I can > > >see, as it's automatically loaded for you by the X Server. > > i might be off here, and dont intend to cause any offtopicness, altho i > was informed perhaphs wrongly, that kernel-builtin drivers are having > some speed improvements compared to loaded modules? I've never seen any measurements showing that that's the case, and would highly doubt there being any measurable effect. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 19:09:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB19F16A4CE; Sun, 24 Apr 2005 19:09:17 +0000 (GMT) Received: from mx.toxahost.ru (ns.toxahost.ru [62.89.204.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 685C543D54; Sun, 24 Apr 2005 19:09:17 +0000 (GMT) (envelope-from toxa@toxahost.ru) Received: from localhost (laptoxa.toxa.lan [192.168.1.3]) by mx.toxahost.ru (Toxa) with ESMTP id 1FA9B122; Sun, 24 Apr 2005 23:09:16 +0400 (MSD) Date: Sun, 24 Apr 2005 23:09:12 +0400 From: Toxa To: freebsd-current@freebsd.org, freebsd-geom@freebsd.org X-Comment-To: "Anton A. Karpov" Message-ID: <20050424190912.GA6743@laptoxa.toxa.lan> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-geom@freebsd.org, Pawel Jakub Dawidek References: <20050424022434.GA3384@laptoxa.toxa.lan> <20050424094343.GA837@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050424094343.GA837@darkness.comp.waw.pl> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? cc: Pawel Jakub Dawidek Subject: Re: gmirror: Not all disks connected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 19:09:17 -0000 On Sun, Apr 24, 2005 at 11:43:43AM +0200, Pawel Jakub Dawidek wrote: > Please read description of 'forget' subcommand. Well, FYI, the problem *I THINK* was in the fact disks are not equal in size (ad1 is 3 sectors bigger): ad0: 38203MB [77619/16/63] at ata0-master UDMA100 ad1: 38204MB [77622/16/63] at ata0-slave UDMA100 In this case, fresh system was installed onto ad0, gm0 was created on ad1, when synchronise with added ad0 (as described in your step-by-step guide). The first synchronisation process (after addinbg ad0 into gm0) *was ok*, but after reboot, *I THINK*, gmirror discovered ad0 is less size than ad1 and refused to include it into gm0. Is this a bug or feature? The problem was solved by forget'ing gm0, creating gm1 on ad0, whet rebooting and adding ad1 (wthic is bigger than ad0) into it. Now everything seems to work ok... Thanks for the gmirror. From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 19:30:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66E0516A4D1; Sun, 24 Apr 2005 19:30:21 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2A9243D39; Sun, 24 Apr 2005 19:30:20 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id BA935AC976; Sun, 24 Apr 2005 21:30:18 +0200 (CEST) Date: Sun, 24 Apr 2005 21:30:18 +0200 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Message-ID: <20050424193018.GH837@darkness.comp.waw.pl> References: <20050424022434.GA3384@laptoxa.toxa.lan> <20050424094343.GA837@darkness.comp.waw.pl> <20050424190912.GA6743@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XmZLSFikexiR11mx" Content-Disposition: inline In-Reply-To: <20050424190912.GA6743@laptoxa.toxa.lan> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: Re: gmirror: Not all disks connected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 19:30:21 -0000 --XmZLSFikexiR11mx Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2005 at 11:09:12PM +0400, Toxa wrote: +> On Sun, Apr 24, 2005 at 11:43:43AM +0200, Pawel Jakub Dawidek wrote: +>=20 +> > Please read description of 'forget' subcommand. +>=20 +> Well, FYI, the problem *I THINK* was in the fact disks are not equal in +> size (ad1 is 3 sectors bigger): +>=20 +> ad0: 38203MB [77619/16/63] at ata0-master UDM= A100 +> ad1: 38204MB [77622/16/63] at ata0-slave UDMA= 100 +>=20 +> In this case, fresh system was installed onto ad0, gm0 was created on ad= 1,=20 +> when synchronise with added ad0 (as described in your step-by-step guide= ). +> The first synchronisation process (after addinbg ad0 into gm0) *was ok*, +> but after reboot, *I THINK*, gmirror discovered ad0 is less size than +> ad1 and refused to include it into gm0. Is this a bug or feature? +>=20 +> The problem was solved by forget'ing gm0, creating gm1 on ad0, whet rebo= oting and adding +> ad1 (wthic is bigger than ad0) into it. Now everything seems to work +> ok... If you created gmirror giving first smaller disk and then connecting bigger one it should be ok. If disk which you want to insert is smaller than already existing components, gmirror should return an error, so this is probably not the case. PS. This step-by-step guide is not mine - Ralf S. Engelschall is its author. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --XmZLSFikexiR11mx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCa/PKForvXbEpPzQRAtqcAKDhhu9thufeS1tvdrgjgy97AhrqhgCfamS8 J/91pXXis4fb8xm52IbB5m4= =67XO -----END PGP SIGNATURE----- --XmZLSFikexiR11mx-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 19:44:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5D5516A4CE for ; Sun, 24 Apr 2005 19:44:40 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4852943D49 for ; Sun, 24 Apr 2005 19:44:40 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j3OJiaK3021533; Sun, 24 Apr 2005 15:44:36 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j3OJiaJG021530; Sun, 24 Apr 2005 15:44:36 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 24 Apr 2005 15:44:36 -0400 (EDT) From: Andre Guibert de Bruet To: Patrick Dung In-Reply-To: <20050424175543.71041.qmail@web51805.mail.yahoo.com> Message-ID: <20050424151517.O68772@lexi.siliconlandmark.com> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.544, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 19:44:40 -0000 On Mon, 25 Apr 2005, Patrick Dung wrote: > I have read the recent status report. > IMHO, FreeBSD 5-stable is still not as stable as 4.x series. FreeBSD-5 > will have a short livetime when FreeBSD-6 comes. Ah, the "word on the street"; the usual claims without facts to back them. 5.x's undue and unjust reputation is precisely one of the reasons why 6.x is coming so soon. The other reasons have been outlined by Scott in a string of emails. Search the archives, if you are interested. If there is something you know about "5.x's stability" that we do not, please go ahead and share it with us. > May someone who work in large companies tell us their experience that > FreeBSD 4 or 5 is installed for servers now, please? At work, we have dozens of machines running 5.3 right now. In fact, my work is drawing up plans to phase out our last handful of 4.x servers. Cheers, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 20:01:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A2B016A4CE for ; Sun, 24 Apr 2005 20:01:36 +0000 (GMT) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBCA043D31 for ; Sun, 24 Apr 2005 20:01:35 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from pb.in.mat.cc (pb.in.mat.cc [193.30.224.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id 4E029A2400A; Sun, 24 Apr 2005 22:01:30 +0200 (CEST) Date: Sun, 24 Apr 2005 22:01:23 +0200 From: Mathieu Arnold To: Andre Guibert de Bruet , Patrick Dung Message-ID: In-Reply-To: <20050424151517.O68772@lexi.siliconlandmark.com> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> X-Mailer: Mulberry/4.0.0b1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 20:01:36 -0000 +- Le 24/4/05 15:44 -0400, Andre Guibert de Bruet a dit : |> May someone who work in large companies tell us their experience that |> FreeBSD 4 or 5 is installed for servers now, please? | | At work, we have dozens of machines running 5.3 right now. In fact, my | work is drawing up plans to phase out our last handful of 4.x servers. For what it's worth, I have a bunch of 5.2.1, 5.3, and a few 5.4-RC running. A good friend of mine also has about a hundred of 5.0 running game servers for years now. -- Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 20:04:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6E3C16A4CE for ; Sun, 24 Apr 2005 20:04:00 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B8CC43D2F for ; Sun, 24 Apr 2005 20:04:00 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 478775CFF; Sun, 24 Apr 2005 16:03:54 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28097-06; Sun, 24 Apr 2005 16:03:52 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) by pi.codefab.com (Postfix) with ESMTP id 045415CF1; Sun, 24 Apr 2005 16:03:51 -0400 (EDT) Message-ID: <426BFB9C.5040808@mac.com> Date: Sun, 24 Apr 2005 16:03:40 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Patrick Dung References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> In-Reply-To: <20050424175543.71041.qmail@web51805.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 20:04:01 -0000 Patrick Dung wrote: > I have read the recent status report. > IMHO, FreeBSD 5-stable is still not as stable as 4.x series. FreeBSD-5 > will have a short livetime when FreeBSD-6 comes. Software version numbering is an inexact science at best, just like logistics. I agree that 4.x is more stable than 5.x is now. However, I suspect people remember issues with 5.0 or 5.1 more clearly than they remember using 4.0 or 4.1. > May someone who work in large companies tell us their experience that > FreeBSD 4 or 5 is installed for servers now, please? Most of my machines are at 4.10 or 4.11. I've got two production systems running 5.3 which have been doing just fine, too, and I'll be building out new machines with 5.x, but I don't plan on replacing a 4.x system unless I need to. (Some of the older boxes I have are getting up there, so I have been migrating services off of the older P2-grade machines onto the new 5.x boxes, especially the ones with IDE rather than SCSI disks.) Anyway, it's useful to change the OS major version # whenever libc or other aspects of the system API change in such a critical fashion that it is advisable to recompile all software for the new OS version. Sure, compatibility shims exist, but system VM takes twice the hit for the standard shared library overhead. However, some people like having a new major release each year, or even prefer the Win98/Win2000/Win2003 naming convention of using yearname as the major version #. I'm not that found of it myself, although I suppose it makes sense for certain inherently time-fragile software like accounting and tax-filing software, or for online encyclopedia's and such. -- -Chuck PS: This thread would be incomplete without a mention of: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 21:57:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A86416A4CE; Sun, 24 Apr 2005 21:57:31 +0000 (GMT) Received: from mail.sorbs.net (news.sorbs.net [203.15.51.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4E1943D1D; Sun, 24 Apr 2005 21:57:30 +0000 (GMT) (envelope-from matthew@uq.edu.au) Received: from [10.200.254.98] by nemesis.sorbs.net (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPSA id <0IFH00C0M10J76@nemesis.sorbs.net>; Mon, 25 Apr 2005 07:57:56 +1000 (EST) Date: Mon, 25 Apr 2005 07:56:16 +1000 From: Matthew Sullivan In-reply-to: <426BC78A.3E56D99B@freebsd.org> To: Andre Oppermann Message-id: <426C1600.106@uq.edu.au> MIME-version: 1.0 Content-type: multipart/signed; boundary=------------ms070602060505020301080106; micalg=sha1; protocol="application/x-pkcs7-signature" X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 References: <426426AE.2060406@uq.edu.au> <20050420084413.GA27304@walton.maths.tcd.ie> <42663EA1.3020409@uq.edu.au> <426A3F49.6090203@uq.edu.au> <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> cc: David Malone cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 21:57:31 -0000 This is a cryptographically signed message in MIME format. --------------ms070602060505020301080106 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Andre Oppermann wrote: >David Malone wrote: > > >>On Sat, Apr 23, 2005 at 10:27:53PM +1000, Matthew Sullivan wrote: >> >> >>>Ok well thanks to Andrew @ Supernews and a lot of debugging it appears >>>there is a bug.... >>> >>>sys/netinet/ip_icmp.c: line 440 >>> if (!mtu) >>> mtu = ip_next_mtu(mtu, 1); >>>Problem is ip_next_mtu will always return 0 when called with (0, 1) ... >>> >>> >>I think this might be a bug, but Andre would know better. Andre - >>it looks to me as if the first argument to ip_next_mtu here should >>be the current MTU for the path, but it is being set to the mtu >>from the ICMP message, which (in this case) is zero. >> >> > >This is a bug indeed. Let me think how to fix this most efficiently... > > > >>(This is in the code that has just been moved to tcp_ctlinput.) >> >> >> >>>Apparently the gateway should be suggesting a MTU value for use.... the >>>gateway is also FreeBSD 5.3 so something needs fixing .. :-/ >>> >>> >>Are you using ip fast forwarding on the gateway? It calculates the >>size that is put into the ICMP message in a slightly different way >>to the other forwrd path. >> >> > >The quoted code above is used only for incoming ICMP packets. It >does not generate them? What is the problem being observed exactly? > > > As David suggested my config is shown here: http://lists.freebsd.org/pipermail/freebsd-current/2005-April/048980.html After talking with people I see 2 issues..... 1/ The bug is being triggered when the incoming 'need frag' ICMP message doesn't have a suggested value. This ICMP message is being generated by 'stealth.sorbs.net' which is a FreeBSD 5.3 p9 server running FAST_IPSEC (no crypto card yet - waiting for delivery), and otherwise pretty standard kernel. As for fast forwarding: net.inet.ip.fastforwarding: 0 2/ The bug itself is also a problem, as it cannot be guarenteed that the host returning the ICMP 'need frag' will fill in a suggested mtu, so that also needs to be looked at (but I guess you know that already ;-)) Regards, Mat -- Matthew Sullivan Specialist Systems Programmer Information Technology Services The University of Queensland --------------ms070602060505020301080106 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIG7DCC A3IwggJaoAMCAQICASowDQYJKoZIhvcNAQEEBQAwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQI EwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNp dHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2 aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUgU2VydmVyMB4XDTA0MDEyMTIzMzYyMVoXDTA2 MDEyMTIzMzYyMVowgbIxCzAJBgNVBAYTAkFVMSUwIwYDVQQKExxUaGUgVW5pdmVyc2l0eSBv ZiBRdWVlbnNsYW5kMScwJQYDVQQLEx5JbmZvcm1hdGlvbiBUZWNub2xvZ3kgU2VydmljZXMx FjAUBgoJkiaJk/IsZAEBEwZjY21hdHQxGTAXBgNVBAMTEE1hdHRoZXcgU3VsbGl2YW4xIDAe BgkqhkiG9w0BCQEWEW1hdHRoZXdAdXEuZWR1LmF1MFwwDQYJKoZIhvcNAQEBBQADSwAwSAJB AJsUfrw/QUqKIzDverWc2F4GFFRZmIeO+bAl+7BM6x/9frMzOtygx4QGb4oQwtOE8Sda1aIs v+yJF3Di9EuUyvMCAwEAAaNoMGYwDgYDVR0PAQH/BAQDAgXgMBEGCWCGSAGG+EIBAQQEAwIF oDAfBgNVHSMEGDAWgBQmqtoyueiWTYZBinvsnzeOWLtUuzAgBgNVHREEGTAXgRVtYXR0aGV3 QGl0cy51cS5lZHUuYXUwDQYJKoZIhvcNAQEEBQADggEBAF2gZrkqZsZlHd4K/+yBN6qrpD61 hctDf7/Eg4jk6DMknEs6nvHMFUMZ4SXvkqPLnHBygTARKAs7qBSLd7mUUBOOQEgk6ovQVY6S 1CDSt3P9O6wjG0K1igtk8v6u7lkQ8p2STXqrOePVINdaucUgBO/IpeUtt9ATl1qvPTWyM/fz oUZsIKeYjNQVEQsuimrZjdbIAFxdl1fggSngUv64wBn8wCssGrPZIZA2lpBBEW1wejoWrDOH IIr+SspGd0i8MovDTMRSvgTERLki17FU/ANilcrSXiODKeIvpXhnQqVScnsoMSZmBmN2QIoG SnBjNK5mYxx5E3v20VOwtP1hVdEwggNyMIICWqADAgECAgEqMA0GCSqGSIb3DQEBBAUAMIGj MQswCQYDVQQGEwJBVTETMBEGA1UECBMKUXVlZW5zbGFuZDERMA8GA1UEBxMIQnJpc2JhbmUx JTAjBgNVBAoTHFRoZSBVbml2ZXJzaXR5IG9mIFF1ZWVuc2xhbmQxKDAmBgNVBAsTH0luZm9y bWF0aW9uIFRlY2hub2xvZ3kgU2VydmljZXMxGzAZBgNVBAMTEkNlcnRpZmljYXRlIFNlcnZl cjAeFw0wNDAxMjEyMzM2MjFaFw0wNjAxMjEyMzM2MjFaMIGyMQswCQYDVQQGEwJBVTElMCMG A1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEnMCUGA1UECxMeSW5mb3JtYXRp b24gVGVjbm9sb2d5IFNlcnZpY2VzMRYwFAYKCZImiZPyLGQBARMGY2NtYXR0MRkwFwYDVQQD ExBNYXR0aGV3IFN1bGxpdmFuMSAwHgYJKoZIhvcNAQkBFhFtYXR0aGV3QHVxLmVkdS5hdTBc MA0GCSqGSIb3DQEBAQUAA0sAMEgCQQCbFH68P0FKiiMw73q1nNheBhRUWZiHjvmwJfuwTOsf /X6zMzrcoMeEBm+KEMLThPEnWtWiLL/siRdw4vRLlMrzAgMBAAGjaDBmMA4GA1UdDwEB/wQE AwIF4DARBglghkgBhvhCAQEEBAMCBaAwHwYDVR0jBBgwFoAUJqraMrnolk2GQYp77J83jli7 VLswIAYDVR0RBBkwF4EVbWF0dGhld0BpdHMudXEuZWR1LmF1MA0GCSqGSIb3DQEBBAUAA4IB AQBdoGa5KmbGZR3eCv/sgTeqq6Q+tYXLQ3+/xIOI5OgzJJxLOp7xzBVDGeEl75Kjy5xwcoEw ESgLO6gUi3e5lFATjkBIJOqL0FWOktQg0rdz/TusIxtCtYoLZPL+ru5ZEPKdkk16qznj1SDX WrnFIATvyKXlLbfQE5darz01sjP386FGbCCnmIzUFRELLopq2Y3WyABcXZdX4IEp4FL+uMAZ /MArLBqz2SGQNpaQQRFtcHo6FqwzhyCK/krKRndIvDKLw0zEUr4ExES5ItexVPwDYpXK0l4j gyniL6V4Z0KlUnJ7KDEmZgZjdkCKBkpwYzSuZmMceRN79tFTsLT9YVXRMYIDQDCCAzwCAQEw gakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlz YmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMf SW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUg U2VydmVyAgEqMAkGBSsOAwIaBQCgggItMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTA1MDQyNDIxNTYxNlowIwYJKoZIhvcNAQkEMRYEFDILw9fzIocfjjaS as/6eFz8tul3MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG6BgkrBgEEAYI3EAQx gawwgakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhC cmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UE CxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNh dGUgU2VydmVyAgEqMIG8BgsqhkiG9w0BCRACCzGBrKCBqTCBozELMAkGA1UEBhMCQVUxEzAR BgNVBAgTClF1ZWVuc2xhbmQxETAPBgNVBAcTCEJyaXNiYW5lMSUwIwYDVQQKExxUaGUgVW5p dmVyc2l0eSBvZiBRdWVlbnNsYW5kMSgwJgYDVQQLEx9JbmZvcm1hdGlvbiBUZWNobm9sb2d5 IFNlcnZpY2VzMRswGQYDVQQDExJDZXJ0aWZpY2F0ZSBTZXJ2ZXICASowDQYJKoZIhvcNAQEB BQAEQGuE+aAd3Sd023A6/iyjQSAInMzIyd+GLX9QeVuyyLaGQSB8N1R+BVfozMokG/hm+fjf UD7hVKHAebtE/Bwl724AAAAAAAA= --------------ms070602060505020301080106-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 22:44:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C92B116A4CE for ; Sun, 24 Apr 2005 22:44:17 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E872143D31 for ; Sun, 24 Apr 2005 22:44:16 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 3917 invoked from network); 24 Apr 2005 22:45:30 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.54]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 24 Apr 2005 22:45:30 -0000 Message-ID: <426C213F.2AC415F6@freebsd.org> Date: Mon, 25 Apr 2005 00:44:15 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Sullivan References: <426426AE.2060406@uq.edu.au><42663EA1.3020409@uq.edu.au> <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> <426C1600.106@uq.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: David Malone cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 22:44:17 -0000 Matthew Sullivan wrote: > > Andre Oppermann wrote: > > >David Malone wrote: > > > > > >>On Sat, Apr 23, 2005 at 10:27:53PM +1000, Matthew Sullivan wrote: > >> > >> > >>>Ok well thanks to Andrew @ Supernews and a lot of debugging it appears > >>>there is a bug.... > >>> > >>>sys/netinet/ip_icmp.c: line 440 > >>> if (!mtu) > >>> mtu = ip_next_mtu(mtu, 1); > >>>Problem is ip_next_mtu will always return 0 when called with (0, 1) ... > >>> > >>> > >>I think this might be a bug, but Andre would know better. Andre - > >>it looks to me as if the first argument to ip_next_mtu here should > >>be the current MTU for the path, but it is being set to the mtu > >>from the ICMP message, which (in this case) is zero. > >> > >> > > > >This is a bug indeed. Let me think how to fix this most efficiently... > > > > > > > >>(This is in the code that has just been moved to tcp_ctlinput.) > >> > >> > >> > >>>Apparently the gateway should be suggesting a MTU value for use.... the > >>>gateway is also FreeBSD 5.3 so something needs fixing .. :-/ > >>> > >>> > >>Are you using ip fast forwarding on the gateway? It calculates the > >>size that is put into the ICMP message in a slightly different way > >>to the other forwrd path. > >> > >> > > > >The quoted code above is used only for incoming ICMP packets. It > >does not generate them? What is the problem being observed exactly? > > > > > > > As David suggested my config is shown here: > > http://lists.freebsd.org/pipermail/freebsd-current/2005-April/048980.html > > After talking with people I see 2 issues..... > > 1/ The bug is being triggered when the incoming 'need frag' ICMP message > doesn't have a suggested value. > > This ICMP message is being generated by 'stealth.sorbs.net' which is a > FreeBSD 5.3 p9 server running FAST_IPSEC (no crypto card yet - waiting > for delivery), and otherwise pretty standard kernel. As for fast forwarding: > > net.inet.ip.fastforwarding: 0 > > 2/ The bug itself is also a problem, as it cannot be guarenteed that the > host returning the ICMP 'need frag' will fill in a suggested mtu, so > that also needs to be looked at (but I guess you know that already ;-)) Ok, I'm looking into this stuff. -- Andre From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 23:29:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 525B016A4CE for ; Sun, 24 Apr 2005 23:29:36 +0000 (GMT) Received: from fast.dnswatch.com (fast.dnswatch.com [216.177.243.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94CDB43D1F for ; Sun, 24 Apr 2005 23:29:35 +0000 (GMT) (envelope-from null@dnswatch.com) Received: from fast.dnswatch.com (localhost.dnswatch.com [127.0.0.1]) by fast.dnswatch.com (8.12.6/8.12.6) with ESMTP id j3ONTWsm041919; Sun, 24 Apr 2005 16:29:35 -0700 (PDT) (envelope-from null@dnswatch.com) Received: (from www@localhost) by fast.dnswatch.com (8.12.6/8.12.6/Submit) id j3ONTVLK041918; Sun, 24 Apr 2005 16:29:31 -0700 (PDT) (envelope-from null@dnswatch.com) X-Authentication-Warning: fast.dnswatch.com: www set sender to null@dnswatch.com using -f Received: from ns0.1command.com ([216.177.243.38]) (DNSwatch.com_WebMail authenticated user null) by webmail.dnswatch.com with HTTP; Sun, 24 Apr 2005 16:29:30 -0700 (PDT) Message-ID: <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> In-Reply-To: <20050424151517.O68772@lexi.siliconlandmark.com> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> Date: Sun, 24 Apr 2005 16:29:30 -0700 (PDT) From: "/dev/null" To: freebsd-current@freebsd.org, andy@siliconlandmark.com User-Agent: DNSwatch.com_WebMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 23:29:36 -0000 Greetings, I have been on FreeBSD since the start. As a hobby until 3.x where I began to replace Winblows servers with FBSD. I stayed with 4.2 the longest. I still have 2 servers running it. However, I decided to test 5.0-RC2 on a lightly used server. My reason for the upgrade decision was the fact that some of the applications I used in 4.x were a little immature, not as rhobust, or as stable as I would prefer. My upgrade path = tar cvgf /etc, /root, /var, /usr/home, /usr/local/etc, and /usr/local/www. Then booting to the 5.0-RC2 CD and performing a "fresh" install. Afterwhich I simply merged by backed-up settings and important files. A little while later I used the same upgrade method to upgrade a *heavily* used server. All seemed *mostly* O.K. But security issues were reported. Attempts to go the "patch" route failed miserably. I also found the security patch routes "intuitiveness" !> -1. The patches clobbered my src files and so I decided to go a different route - I chose to burn the 5.3-STABLE CD's, boot to #1 and choose "upgrade" from the insrtallation routine(s). I did *NOT* attempt this before backing up the important nodes listed above. Well, this route didn't turn out to be the most ideal route. So I ultimately blew all the slices away and performed a fresh install of 5.3-STABLE and merge my previous settings/ folders as needed. All in all life on 5.x and the "upgrade" wasn't too bad. I will say that there is ONE issue that I have found and have not yet solved. It now takes at least 2 times longer to build any of the ports. Performance in other areas seems to be lagging as well. I have since upgraded one of the 2 servers to 5.4-RC2 and have been chasing 5.x ever since hoping to find the performance issues will dissappear. Just my experiences thus far FWIW. -Chris > > On Mon, 25 Apr 2005, Patrick Dung wrote: > >> I have read the recent status report. >> IMHO, FreeBSD 5-stable is still not as stable as 4.x series. FreeBSD-5 >> will have a short livetime when FreeBSD-6 comes. > > Ah, the "word on the street"; the usual claims without facts to back them. > > 5.x's undue and unjust reputation is precisely one of the reasons why 6.x > is coming so soon. The other reasons have been outlined by Scott in a > string of emails. Search the archives, if you are interested. > > If there is something you know about "5.x's stability" that we do not, > please go ahead and share it with us. > >> May someone who work in large companies tell us their experience that >> FreeBSD 4 or 5 is installed for servers now, please? > > At work, we have dozens of machines running 5.3 right now. In fact, my > work is drawing up plans to phase out our last handful of 4.x servers. > > Cheers, > Andy > > | Andre Guibert de Bruet | Enterprise Software Consultant > > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > > _______________________________________________ > 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" > //////////////////////////////////////////////////// If only Western Electric had found a way to offer binary licenses for the UNIX system back in 1974, the UNIX system would be running on all PC's today rather than DOS/Windows. //////////////////////////////////////////////////// From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 23:58:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E8916A4CE for ; Sun, 24 Apr 2005 23:58:14 +0000 (GMT) Received: from smtp807.mail.sc5.yahoo.com (smtp807.mail.sc5.yahoo.com [66.163.168.186]) by mx1.FreeBSD.org (Postfix) with SMTP id 43A5943D54 for ; Sun, 24 Apr 2005 23:58:14 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp807.mail.sc5.yahoo.com with SMTP; 24 Apr 2005 23:58:13 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 6EF6260D5; Sun, 24 Apr 2005 18:58:13 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 98046-03; Sun, 24 Apr 2005 18:58:12 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 0636060CF; Sun, 24 Apr 2005 18:58:11 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j3ONw2ma000908; Sun, 24 Apr 2005 18:58:03 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <426C328A.9060606@alumni.rice.edu> Date: Sun, 24 Apr 2005 18:58:02 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) X-Accept-Language: en-us, en MIME-Version: 1.0 To: /dev/null References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> In-Reply-To: <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 23:58:14 -0000 On 04/24/05 18:29, /dev/null wrote: > > > needed. All in all life on 5.x and the "upgrade" wasn't too bad. I will > say that there is ONE issue that I have found and have not yet solved. It > now takes at least 2 times longer to build any of the ports. Performance > in other areas seems to be lagging as well. I have since upgraded one of > the 2 servers to 5.4-RC2 and have been chasing 5.x ever since hoping to > find the performance issues will dissappear. If you are running a UP system, it is expected that 4.x will outperform 5.x in many situations due to the focus on SMP. Optimizing synchronization to increase performance is one of the main goals for 6.x (see the recent work on critical sections, for example). This will allow us to scale well on SMP systems without pessimizing performance on UP systems. Another point to remember is that compilation times with GCC 3.4 (default for recent 5.x) are much longer than those with 2.95 (default for 4.x), especially at higher optimization levels. This is one of the main reasons why it takes longer to compile a port. That said, in what specific areas are you seeing performance regressions? Jon From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 00:01:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C258016A4CE for ; Mon, 25 Apr 2005 00:01:01 +0000 (GMT) Received: from mail.fci.fsu.edu (mail.fci.fsu.edu [128.186.195.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8023643D49 for ; Mon, 25 Apr 2005 00:01:01 +0000 (GMT) (envelope-from neuro@mail.fci.fsu.edu) Received: from mail.fci.fsu.edu (mail.fci.fsu.edu [127.0.0.1]) by mail.fci.fsu.edu (Postfix) with ESMTP id 8D3941534DA; Sun, 24 Apr 2005 20:10:03 -0400 (EDT) Date: Sun, 24 Apr 2005 20:10:03 -0400 (EDT) From: neuro@mail.fci.fsu.edu To: Jon Noack In-Reply-To: <426C328A.9060606@alumni.rice.edu> Message-ID: References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <426C328A.9060606@alumni.rice.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: /dev/null cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 00:01:01 -0000 performance on many systems is very hard to gauge. I think this is something mostly left up to the individual, as hardware-software combinations truly make up the performance of a system. On Sun, 24 Apr 2005, Jon Noack wrote: > On 04/24/05 18:29, /dev/null wrote: >> >> >> needed. All in all life on 5.x and the "upgrade" wasn't too bad. I will >> say that there is ONE issue that I have found and have not yet solved. It >> now takes at least 2 times longer to build any of the ports. Performance >> in other areas seems to be lagging as well. I have since upgraded one of >> the 2 servers to 5.4-RC2 and have been chasing 5.x ever since hoping to >> find the performance issues will dissappear. > > If you are running a UP system, it is expected that 4.x will outperform 5.x > in many situations due to the focus on SMP. Optimizing synchronization to > increase performance is one of the main goals for 6.x (see the recent work on > critical sections, for example). This will allow us to scale well on SMP > systems without pessimizing performance on UP systems. > > Another point to remember is that compilation times with GCC 3.4 (default for > recent 5.x) are much longer than those with 2.95 (default for 4.x), > especially at higher optimization levels. This is one of the main reasons > why it takes longer to compile a port. > > That said, in what specific areas are you seeing performance regressions? > > Jon > _______________________________________________ > 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" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 00:05:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E73BD16A4CE for ; Mon, 25 Apr 2005 00:05:00 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FED443D1D for ; Mon, 25 Apr 2005 00:05:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5827E514FE; Sun, 24 Apr 2005 17:04:59 -0700 (PDT) Date: Sun, 24 Apr 2005 17:04:59 -0700 From: Kris Kennaway To: /dev/null Message-ID: <20050425000459.GA28667@xor.obsecurity.org> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 00:05:01 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Apr 24, 2005 at 04:29:30PM -0700, /dev/null wrote: > needed. All in all life on 5.x and the "upgrade" wasn't too bad. I will > say that there is ONE issue that I have found and have not yet solved. It > now takes at least 2 times longer to build any of the ports. This is not a FreeBSD performance bug. FreeBSD 5.x uses gcc 3.x, which takes longer to compile code than gcc 2.x because it does much more optimization. > Performance in other areas seems to be lagging as well. Since you were wrong about the above, I have to ask whether you have evidence of this. Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbDQqWry0BWjoQKURAoEDAKDsecGoOo5l4C4qNMFbueeiwKjGjwCfenPd 5NneMcPzbhx3AgKALVleld4= =pQcq -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 00:06:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C56A16A4CE for ; Mon, 25 Apr 2005 00:06:17 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE5F43D3F for ; Mon, 25 Apr 2005 00:06:16 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j3P06HcH077073; Sun, 24 Apr 2005 20:06:17 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76107-08; Sun, 24 Apr 2005 20:06:17 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j3P06HNr077068; Sun, 24 Apr 2005 20:06:17 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.12.11) with ESMTP id j3P069Pv065221; Sun, 24 Apr 2005 20:06:09 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050424180315.04a43a38@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 24 Apr 2005 20:05:23 -0400 To: Patrick Dung , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20050424175543.71041.qmail@web51805.mail.yahoo.com> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 00:06:17 -0000 At 01:55 PM 24/04/2005, Patrick Dung wrote: >May someone who work in large companies tell us their experience that >FreeBSD 4 or 5 is installed for servers now, please? We have a number of RELENG_5 boxes in production. The ones with the highest load are acting as avscanners (clamav, amavisd) and spamscanners (SA) as well as one box for customers who enable TMDA on their mailboxes which can really get punished. No problems at all. These are busy boxes with all sorts of bursty and sometimes sustained loads thrown on them. They are mostly CPU bound, but often busy with disk IO as well. We are also starting to deploy our managed firewall boxes for our customers on RELENG_5 The only problem I have run into is nfsd failing on some bonnie++ tests. e.g. [3w-mobile]# bonnie++ -u root -s 4G -n 40 -d /mnt Using uid:0, gid:0. Writing a byte at a time...done Writing intelligently...done Rewriting...done Reading a byte at a time...done Reading intelligently...done start 'em...done...done...done...done...done... Create files in sequential order...done. Stat files in sequential order...done. Delete files in sequential order...Bonnie: drastic I/O error (rmdir): Directory not empty Cleaning up test directory after error. [3w-mobile]# mount /dev/twed0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/twed0s1e on /tmp (ufs, local, soft-updates) /dev/twed0s1d on /usr (ufs, local, soft-updates) /dev/twed0s1f on /var (ufs, local, soft-updates) 10.1.1.1:/mnt on /mnt (nfs) [3w-mobile]# From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 00:50:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50AAC16A4CE; Mon, 25 Apr 2005 00:50:30 +0000 (GMT) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F56D43D2D; Mon, 25 Apr 2005 00:50:30 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.148.39]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IFH00AYL904ZA46@vms040.mailsrvcs.net>; Sun, 24 Apr 2005 19:50:29 -0500 (CDT) Date: Sun, 24 Apr 2005 20:49:07 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20050418135458.M53307@pcle2.cc.univie.ac.at> To: Lukas Ertl Message-id: <1114390147.944.8.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-type: multipart/mixed; boundary="Boundary_(ID_YOsjHkpanzf8T0SB17/sSw)" References: <20050416213144.9A08C7306E@freebsd-current.sentex.ca> <20050418134818.62d172f2.sebastian.ssmoller@gmx.net> <20050418135458.M53307@pcle2.cc.univie.ac.at> cc: freebsd-current@FreeBSD.org cc: sebastian ssmoller Subject: Re: powerd(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 00:50:30 -0000 --Boundary_(ID_YOsjHkpanzf8T0SB17/sSw) Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT On Mon, 2005-04-18 at 13:55 +0200, Lukas Ertl wrote: > On Mon, 18 Apr 2005, sebastian ssmoller wrote: > > > the currently implemented strategy caused the fan of my notebook to switch > > on within 15 min which it never did with estctrl running :( ... > > I also noticed that powerd in adaptive mode keeps my laptop pretty warm. > > cheers, > le > When I was messing around with my laptop's cooling system (fan, heatsink, etc.) I have come up with the patch to powerd to keep temperature below certain level and added -t switch to command line with the single argument -- temperature limit in Celsius. I have attached it just in case someone finds it useful. It was originally made against powerd 1.4, I have subsequently changed it to patch against 1.6, but have not tested it extensively after that. -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) --Boundary_(ID_YOsjHkpanzf8T0SB17/sSw) Content-type: text/x-patch; name=powerd.c.patch; charset=ASCII Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=powerd.c.patch --- ./usr.sbin/powerd/powerd.c Sun Apr 17 11:25:41 2005 +++ /home/sunny/powerd.c Sun Apr 24 20:46:40 2005 @@ -46,7 +46,8 @@ #define DEFAULT_ACTIVE_PERCENT 65 #define DEFAULT_IDLE_PERCENT 90 -#define DEFAULT_POLL_INTERVAL 500 /* Poll interval in milliseconds */ +#define DEFAULT_POLL_INTERVAL 500 /* Poll interval in milliseconds */ +#define VERY_HIGH_TEMPERATURE 200 enum modes_t { MODE_MIN, @@ -83,11 +84,13 @@ static int freq_mib[4]; static int levels_mib[4]; static int acline_mib[3]; +static int temp_mib[5]; /* Configuration */ static int cpu_running_mark; static int cpu_idle_mark; static int poll_ival; +static int passive_cooling_mark; static int apm_fd; static int exit_requested; @@ -244,7 +247,7 @@ { fprintf(stderr, -"usage: powerd [-v] [-a mode] [-b mode] [-i %%] [-n mode] [-p ival] [-r %%]\n"); +"usage: powerd [-v] [-a mode] [-b mode] [-i %%] [-n mode] [-p ival] [-r %%] [-t temperature]\n"); exit(1); } @@ -252,7 +255,7 @@ main(int argc, char * argv[]) { long idle, total; - int curfreq, *freqs, i, *mwatts, numfreqs; + int curfreq, *freqs, i, *mwatts, numfreqs, temperature; int ch, mode_ac, mode_battery, mode_none, acline, mode, vflag; uint64_t mjoules_used; size_t len; @@ -263,10 +266,11 @@ cpu_idle_mark = DEFAULT_IDLE_PERCENT; poll_ival = DEFAULT_POLL_INTERVAL; mjoules_used = 0; + passive_cooling_mark = VERY_HIGH_TEMPERATURE; vflag = 0; apm_fd = -1; - while ((ch = getopt(argc, argv, "a:b:i:n:p:r:v")) != EOF) + while ((ch = getopt(argc, argv, "a:b:i:n:p:r:t:v")) != EOF) switch (ch) { case 'a': parse_mode(optarg, &mode_ac, ch); @@ -300,6 +304,16 @@ usage(); } break; + case 't': + passive_cooling_mark = atoi(optarg); + if(passive_cooling_mark < 0 || passive_cooling_mark > 100) { + warnx("%d is not valid temperature for passive cooling", + passive_cooling_mark); + usage(); + } + passive_cooling_mark *= 10; + passive_cooling_mark += 2733; + break; case 'v': vflag = 1; break; @@ -320,6 +334,9 @@ len = 4; if (sysctlnametomib("dev.cpu.0.freq_levels", levels_mib, &len)) err(1, "lookup freq_levels"); + len = 5; + if (sysctlnametomib("hw.acpi.thermal.tz0.temperature", temp_mib, &len)) + err(1, "lookup temperature"); /* Check if we can read the idle time and supported freqs. */ if (read_usage_times(NULL, NULL)) @@ -370,6 +387,10 @@ len = sizeof(curfreq); if (sysctl(freq_mib, 4, &curfreq, &len, NULL, 0)) err(1, "error reading current CPU frequency"); + /* Read current temperature. */ + len = sizeof(temperature); + if(sysctl(temp_mib, 5, &temperature, &len, NULL, 0)) + err(1, "error reading current temperature"); if (vflag) { for (i = 0; i < numfreqs; i++) { @@ -410,12 +431,31 @@ err(1, "error setting CPU freq %d", freqs[0]); } + /* Check for passive cooling override */ + if(temperature > passive_cooling_mark) { + if (vflag) { + printf("passive cooling override; " + "changing frequency to %d MHz\n", + freqs[numfreqs - 1]); + } + if (set_freq(freqs[numfreqs - 1])) + err(1, "error setting CPU freq %d", + freqs[numfreqs - 1]); + } continue; } /* Adaptive mode; get the current CPU usage times. */ if (read_usage_times(&idle, &total)) err(1, "read_usage_times"); + /* + * If temperature has risen over passive cooling mark, we + * would want to decrease frequency regardless of the load, + * Simplest way to go about this would be to report 100% + * idle CPU and let adaptive algorithm do its job. + */ + if(temperature > passive_cooling_mark) + idle = total; /* * If we're idle less than the active mark, jump the CPU to --Boundary_(ID_YOsjHkpanzf8T0SB17/sSw)-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 00:54:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFEDF16A4CE for ; Mon, 25 Apr 2005 00:54:54 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6333043D39 for ; Mon, 25 Apr 2005 00:54:54 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j3P0st15083897; Sun, 24 Apr 2005 20:54:55 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 83453-06; Sun, 24 Apr 2005 20:54:54 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j3P0ssBq083872; Sun, 24 Apr 2005 20:54:54 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.12.11) with ESMTP id j3P0skMt065310; Sun, 24 Apr 2005 20:54:47 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 24 Apr 2005 20:54:00 -0400 To: Kris Kennaway From: Mike Tancsa In-Reply-To: <20050425000459.GA28667@xor.obsecurity.org> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 00:54:54 -0000 At 08:04 PM 24/04/2005, Kris Kennaway wrote: > > Performance in other areas seems to be lagging as well. > >Since you were wrong about the above, I have to ask whether you have >evidence of this. There was a lengthy discussion along with bonnie, dd, postmark and iozone results discussed in January on the freebsd-performance list that illustrate the disk io difference between RELENG_4 and RELENG_5 at the time. I also tried a CURRENT snapshot then and there wasn't much of a difference between it and RELENG_5. ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 00:57:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAB5616A4CE; Mon, 25 Apr 2005 00:57:08 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D24D43D46; Mon, 25 Apr 2005 00:57:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3P0v7Q0043412; Sun, 24 Apr 2005 20:57:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3P0v7Gr023081; Sun, 24 Apr 2005 20:57:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 93BDB7306E; Sun, 24 Apr 2005 20:57:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050425005707.93BDB7306E@freebsd-current.sentex.ca> Date: Sun, 24 Apr 2005 20:57:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 00:57:09 -0000 TB --- 2005-04-24 23:17:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-24 23:17:10 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-24 23:17:10 - checking out the source tree TB --- 2005-04-24 23:17:10 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-24 23:17:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-24 23:23:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-24 23:23:54 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-24 23:23:54 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-04-25 00:36:25 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-25 00:36:25 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-25 00:36:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 25 00:36:25 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Apr 25 00:52:49 UTC 2005 TB --- 2005-04-25 00:52:49 - generating LINT kernel config TB --- 2005-04-25 00:52:49 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-25 00:52:49 - /usr/bin/make -B LINT TB --- 2005-04-25 00:52:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-25 00:52:49 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-25 00:52:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 25 00:52:49 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-ta bles -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/Osd/OsdDebug.c In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/Osd/OsdDebug.c:45: /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/acpivar.h:425:1: "ACPI_MAX_THREADS" redefined In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica/acfreebsd.h:128, from /tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica/acenv.h:208, from /tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica/acpi.h:126, from /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/Osd/OsdDebug.c:43: ./opt_acpi.h:2:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-25 00:57:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-25 00:57:07 - ERROR: failed to build lint kernel TB --- 2005-04-25 00:57:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 01:02:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E775416A4CE for ; Mon, 25 Apr 2005 01:02:49 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA8B43D2D for ; Mon, 25 Apr 2005 01:02:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 216A7531E2; Sun, 24 Apr 2005 18:02:43 -0700 (PDT) Date: Sun, 24 Apr 2005 18:02:42 -0700 From: Kris Kennaway To: Mike Tancsa Message-ID: <20050425010242.GA44110@xor.obsecurity.org> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 01:02:50 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2005 at 08:54:00PM -0400, Mike Tancsa wrote: > At 08:04 PM 24/04/2005, Kris Kennaway wrote: >=20 > >> Performance in other areas seems to be lagging as well. > > > >Since you were wrong about the above, I have to ask whether you have > >evidence of this. >=20 > There was a lengthy discussion along with bonnie, dd, postmark and iozone= =20 > results discussed in January on the freebsd-performance list that=20 > illustrate the disk io difference between RELENG_4 and RELENG_5 at the ti= me. >=20 > I also tried a CURRENT snapshot then and there wasn't much of a differenc= e=20 > between it and RELENG_5. disk I/O or filesystem I/O? It would be interesting to benchmark the latter since all the recent VFS work. Kris --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbEGxWry0BWjoQKURAropAKCHnQBq4McxN6HwWsmSRaFdvW2u1gCfZjSL yvDLA6Ov8aB/8KinY5PSz8g= =hYKy -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 01:36:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1959216A4FB for ; Mon, 25 Apr 2005 01:36:14 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB27643D1D for ; Mon, 25 Apr 2005 01:36:13 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j3P1aCKI084375; Sun, 24 Apr 2005 21:36:12 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 83962-05; Sun, 24 Apr 2005 21:36:12 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j3P1aCJV084370; Sun, 24 Apr 2005 21:36:12 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.12.11) with ESMTP id j3P1a66x065390; Sun, 24 Apr 2005 21:36:06 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 24 Apr 2005 21:35:20 -0400 To: Kris Kennaway From: Mike Tancsa In-Reply-To: <20050425010242.GA44110@xor.obsecurity.org> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 01:36:14 -0000 At 09:02 PM 24/04/2005, Kris Kennaway wrote: > > > > I also tried a CURRENT snapshot then and there wasn't much of a difference > > between it and RELENG_5. > >disk I/O or filesystem I/O? It would be interesting to benchmark the >latter since all the recent VFS work. This was on hardware using the 3ware driver which is essentially the same on RELENG_4 and RELENG_5. I also tested IDE performance which gave similar results (i.e. RELENG_4 and DragonFly was better), but the drivers are different so its hard to gage if thats a driver issue or not. I am not sure if any of those tests answers your question, as I am not sure how to answer it. I was looking for a way to measure overall throughput that samba, NFS, database and imap servers could do either on RELENG_4 or RELENG_5 as we start to migrate various servers from RELENG_4 to RELENG_5. I have a faster disk subsystem I can test against (Areca SATA RAID) that works on RELENG_4,RELENG_5 and HEAD and could re-run the tests varying just the base OS. If there is a particular test you feel best simulates disk performance, I am happy to test. ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 01:44:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B94716A4D1 for ; Mon, 25 Apr 2005 01:44:55 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id E869A43D1F for ; Mon, 25 Apr 2005 01:44:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C47E9514FE; Sun, 24 Apr 2005 18:44:53 -0700 (PDT) Date: Sun, 24 Apr 2005 18:44:53 -0700 From: Kris Kennaway To: Mike Tancsa Message-ID: <20050425014453.GA59981@xor.obsecurity.org> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: current@freeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 01:44:56 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2005 at 09:35:20PM -0400, Mike Tancsa wrote: > At 09:02 PM 24/04/2005, Kris Kennaway wrote: > >> > >> I also tried a CURRENT snapshot then and there wasn't much of a=20 > >difference > >> between it and RELENG_5. > > > >disk I/O or filesystem I/O? It would be interesting to benchmark the > >latter since all the recent VFS work. >=20 > This was on hardware using the 3ware driver which is essentially the same= =20 > on RELENG_4 and RELENG_5. This driver was recently updated, BTW. > I also tested IDE performance which gave similar=20 > results (i.e. RELENG_4 and DragonFly was better), but the drivers are=20 > different so its hard to gage if thats a driver issue or not. I am not= =20 > sure if any of those tests answers your question, as I am not sure how to= =20 > answer it. I was looking for a way to measure overall throughput that=20 > samba, NFS, database and imap servers could do either on RELENG_4 or=20 > RELENG_5 as we start to migrate various servers from RELENG_4 to RELENG_5. Measuring disk device performance (i.e. running a benchmark against the bare device) and filesystem performance (writing to a filesystem on the device) are very different things. > I have a faster disk subsystem I can test against (Areca SATA RAID) that= =20 > works on RELENG_4,RELENG_5 and HEAD and could re-run the tests varying ju= st=20 > the base OS. If there is a particular test you feel best simulates disk= =20 > performance, I am happy to test. As is well-known, doing meaningful (disk) benchmarks is hard, and it's easy to draw incorrect conclusions if you don't understand exactly what it is you're measuring. I'm not an expert in that, but it's been discussed on the lists before. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbEuVWry0BWjoQKURAku7AKDlSZmf4EIS+7oCztFxh2FUpAwTEgCgqOWr jQ8gHSY0iEwqjkPJYtW2bDE= =+aK+ -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 02:01:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAA8716A4CE for ; Mon, 25 Apr 2005 02:01:28 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5050943D45 for ; Mon, 25 Apr 2005 02:01:28 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j3P21N9Z023809; Sun, 24 Apr 2005 22:01:23 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j3P21NqW023806; Sun, 24 Apr 2005 22:01:23 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 24 Apr 2005 22:01:23 -0400 (EDT) From: Andre Guibert de Bruet To: Mike Tancsa In-Reply-To: <20050425014453.GA59981@xor.obsecurity.org> Message-ID: <20050424214939.B23468@lexi.siliconlandmark.com> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.545, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: current@freebsd.org Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 02:01:29 -0000 On Sun, 24 Apr 2005, Kris Kennaway wrote: > As is well-known, doing meaningful (disk) benchmarks is hard, and it's > easy to draw incorrect conclusions if you don't understand exactly > what it is you're measuring. I'm not an expert in that, but it's been > discussed on the lists before. This thread would not be complete without a reference to the most excellent posting made by phk and its follow-up by rwatson in January 2004: http://lists.freebsd.org/pipermail/freebsd-current/2004-January/019595.html Did this ever make it into the handbook? If so, anyone have a link? Cheers, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 02:35:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8184316A4CE; Mon, 25 Apr 2005 02:35:13 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E112743D54; Mon, 25 Apr 2005 02:35:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3P2ZC1b046288; Sun, 24 Apr 2005 22:35:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3P2ZBrH056044; Sun, 24 Apr 2005 22:35:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 62DD07306E; Sun, 24 Apr 2005 22:35:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050425023511.62DD07306E@freebsd-current.sentex.ca> Date: Sun, 24 Apr 2005 22:35:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 02:35:13 -0000 TB --- 2005-04-25 00:57:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-25 00:57:07 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-04-25 00:57:07 - checking out the source tree TB --- 2005-04-25 00:57:07 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-04-25 00:57:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-25 01:03:42 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-25 01:03:42 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-04-25 01:03:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-25 02:12:03 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-25 02:12:03 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-04-25 02:12:03 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 25 02:12:03 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Apr 25 02:30:11 UTC 2005 TB --- 2005-04-25 02:30:11 - generating LINT kernel config TB --- 2005-04-25 02:30:11 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-04-25 02:30:11 - /usr/bin/make -B LINT TB --- 2005-04-25 02:30:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-25 02:30:11 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-04-25 02:30:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 25 02:30:11 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/acpi_support/acpi_asus.c In file included from /tinderbox/CURRENT/i386/i386/src/sys/dev/acpi_support/acpi_asus.c:51: /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpivar.h:425:1: "ACPI_MAX_THREADS" redefined In file included from /tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica/acfreebsd.h:128, from /tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica/acenv.h:208, from /tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica/acpi.h:126, from /tinderbox/CURRENT/i386/i386/src/sys/dev/acpi_support/acpi_asus.c:50: ./opt_acpi.h:2:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-04-25 02:35:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-25 02:35:11 - ERROR: failed to build lint kernel TB --- 2005-04-25 02:35:11 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 03:06:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83FAC16A4CE for ; Mon, 25 Apr 2005 03:06:01 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id E361843D4C for ; Mon, 25 Apr 2005 03:06:00 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j3P35xSb096190; Sun, 24 Apr 2005 23:05:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 95478-07; Sun, 24 Apr 2005 23:05:59 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j3P35xeX096183; Sun, 24 Apr 2005 23:05:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.12.11) with ESMTP id j3P35rax065549; Sun, 24 Apr 2005 23:05:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050424214757.02e56a18@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 24 Apr 2005 23:05:07 -0400 To: current@freebsd.org From: Mike Tancsa In-Reply-To: <20050425014453.GA59981@xor.obsecurity.org> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b cc: Kris Kennaway Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 03:06:01 -0000 At 09:44 PM 24/04/2005, Kris Kennaway wrote: >This driver was recently updated, BTW. Are you sure you are not thinking of the twa driver ? The twe changes recently were some small bug fixes as far as I can tell. > > I have a faster disk subsystem I can test against (Areca SATA RAID) that > > works on RELENG_4,RELENG_5 and HEAD and could re-run the tests varying > just > > the base OS. If there is a particular test you feel best simulates disk > > performance, I am happy to test. > >As is well-known, doing meaningful (disk) benchmarks is hard, and it's >easy to draw incorrect conclusions if you don't understand exactly >what it is you're measuring. I'm not an expert in that, but it's been >discussed on the lists before. I know benchmarks are fraught with all sorts of caveats. However, I want to try and understand ahead of time if moving a certain application from RELENG_4 to RELENG_5 will work and not fail under real load. Ten to 15 or even 20% performance difference is not so great as the one time hits in buying a faster processor or faster disks or more RAM are inconsequential compared to greater stability or more useful features (e.g. filesystem ACLs, NSS). However, if the performance difference is greater than 50% than I need to know that ahead of time. An honest question, in the UP world, what have you found to be faster on RELENG_5 than RELENG_4 ? ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 03:59:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F1D716A4CE; Mon, 25 Apr 2005 03:59:28 +0000 (GMT) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D54F43D55; Mon, 25 Apr 2005 03:59:28 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id BAF591B6F2E; Sun, 24 Apr 2005 20:59:27 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j3P3xQQC081458; Sun, 24 Apr 2005 20:59:26 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <426C6B1D.3040704@elischer.org> Date: Sun, 24 Apr 2005 20:59:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> In-Reply-To: <20050425014453.GA59981@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Kris Kennaway cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 03:59:28 -0000 Kris Kennaway wrote: > Measuring disk device performance (i.e. running a benchmark against > the bare device) and filesystem performance (writing to a filesystem > on the device) are very different things. I wish people would stop trying to deny that we have serious work in front of us to get the VFS and disk IO figures back to where they were before. there ARE slowdowns and I have seen it both with tests on teh basic hardware and throug the filesystems. I don't know why this surproses people because we have still a lot of work to do in teh interrupt latency field for example, and I doubt that even PHK would say that there is no work left to do in geom. Where we are now is closing in on "feature complete". Now we need to profile and optimise. From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 03:59:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F1D716A4CE; Mon, 25 Apr 2005 03:59:28 +0000 (GMT) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D54F43D55; Mon, 25 Apr 2005 03:59:28 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id BAF591B6F2E; Sun, 24 Apr 2005 20:59:27 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j3P3xQQC081458; Sun, 24 Apr 2005 20:59:26 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <426C6B1D.3040704@elischer.org> Date: Sun, 24 Apr 2005 20:59:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> In-Reply-To: <20050425014453.GA59981@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Kris Kennaway cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 03:59:28 -0000 Kris Kennaway wrote: > Measuring disk device performance (i.e. running a benchmark against > the bare device) and filesystem performance (writing to a filesystem > on the device) are very different things. I wish people would stop trying to deny that we have serious work in front of us to get the VFS and disk IO figures back to where they were before. there ARE slowdowns and I have seen it both with tests on teh basic hardware and throug the filesystems. I don't know why this surproses people because we have still a lot of work to do in teh interrupt latency field for example, and I doubt that even PHK would say that there is no work left to do in geom. Where we are now is closing in on "feature complete". Now we need to profile and optimise. From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 04:20:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60F8416A4CE; Mon, 25 Apr 2005 04:20:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92E7343D4C; Mon, 25 Apr 2005 04:20:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j3P4PAJ7001335; Sun, 24 Apr 2005 22:25:10 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <426C7004.8020003@samsco.org> Date: Sun, 24 Apr 2005 22:20:20 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> <426C6B1D.3040704@elischer.org> In-Reply-To: <426C6B1D.3040704@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Mike Tancsa cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: I/O Benchmarking [Re: FreeBSD 6 is coming too fast] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 04:20:26 -0000 Julian Elischer wrote: > Kris Kennaway wrote: > >> Measuring disk device performance (i.e. running a benchmark against >> the bare device) and filesystem performance (writing to a filesystem >> on the device) are very different things. > > > I wish people would stop trying to deny that we have serious work in > front of us to get the VFS and disk IO figures back to where they were > before. > > there ARE slowdowns and I have seen it both with tests on teh basic > hardware and throug the filesystems. I don't know why this surproses > people because we have still a lot of work to do in teh interrupt > latency field for example, and I doubt that even PHK would say that > there is no work left to do in geom. > Where we are now is closing in on "feature complete". Now we need to > profile and optimise. You are absolutely right. However, Kris is also absolutely right that I/O is hard to profile. These two statements are not mutually exclusive. What I don't want is for people to run around quoting how fast bonnie benchmarks their memory controller, that does nothing to characterize the memory subsystem. Here is what I want to see happen: Step 1: Get the easy crap out of the way Step 1a: Figure out a reliable way to measure sequential read/write performance of just the driver and the hardware. Prove that no needless copy operations are going on. Step 1b: Measure sequential read/write through the buffer cache. Prove that no needless copy operations are going on. Step 1c: Measure sequential read/write through the syscall layer. Prove that no needless copy operations are going on. The only thing that should affect sequential speed is the speed of the hardware, buses, and memory controller. If anything in the OS is standing in the way, we need to weed it out. Then we need to forget about sequential performance; that's the real of unscrupulous IDE marketeers and linnex kiddies. I don't really care how fast we can copy 20 bazillion terabytes of 0's, I want to know how many transactions per second our databases can do, how scalable our mail servers are, etc. None of that has anything to do with sequential I/O performance. Step 2: Do the real work Step 2a: Measure transaction latency and thoroughput through the driver and hardware. Profile lock contention. Measure interrupt latency. Step 2b: Measure VFS latency in both specfs and ufs. Profile lock contention and usage. Compare contention against the driver. Step 2c: Profile the buffer cache. Are pages being cached effectively? Are they being cleaned efficiently? Can we fix the "lemming syncer"? Measure lock contention. I imagine that this is where the real work is. And lots of it. Step 3: Beat the benchmarks Step 3a: Figure out what is being tested and how. How do the data sources and sinks work? Are other OS's beating the benchmarks by cheating here? Can we create our own high-speed sources and sinks? Step 3b: ??? This is important even if it does sound slimy. We could have a real kick-ass I/O subsystem, but be beaten by a linux rig that fools the benchmarks. Kinda like how Intel has benchmarks that show that their Pentium4 line is the fastest thing on the planet, when in reality it's just smoke and mirrors. Gotta win the PR race, here. Scott From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 04:20:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60F8416A4CE; Mon, 25 Apr 2005 04:20:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92E7343D4C; Mon, 25 Apr 2005 04:20:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j3P4PAJ7001335; Sun, 24 Apr 2005 22:25:10 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <426C7004.8020003@samsco.org> Date: Sun, 24 Apr 2005 22:20:20 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> <426C6B1D.3040704@elischer.org> In-Reply-To: <426C6B1D.3040704@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Mike Tancsa cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: I/O Benchmarking [Re: FreeBSD 6 is coming too fast] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 04:20:26 -0000 Julian Elischer wrote: > Kris Kennaway wrote: > >> Measuring disk device performance (i.e. running a benchmark against >> the bare device) and filesystem performance (writing to a filesystem >> on the device) are very different things. > > > I wish people would stop trying to deny that we have serious work in > front of us to get the VFS and disk IO figures back to where they were > before. > > there ARE slowdowns and I have seen it both with tests on teh basic > hardware and throug the filesystems. I don't know why this surproses > people because we have still a lot of work to do in teh interrupt > latency field for example, and I doubt that even PHK would say that > there is no work left to do in geom. > Where we are now is closing in on "feature complete". Now we need to > profile and optimise. You are absolutely right. However, Kris is also absolutely right that I/O is hard to profile. These two statements are not mutually exclusive. What I don't want is for people to run around quoting how fast bonnie benchmarks their memory controller, that does nothing to characterize the memory subsystem. Here is what I want to see happen: Step 1: Get the easy crap out of the way Step 1a: Figure out a reliable way to measure sequential read/write performance of just the driver and the hardware. Prove that no needless copy operations are going on. Step 1b: Measure sequential read/write through the buffer cache. Prove that no needless copy operations are going on. Step 1c: Measure sequential read/write through the syscall layer. Prove that no needless copy operations are going on. The only thing that should affect sequential speed is the speed of the hardware, buses, and memory controller. If anything in the OS is standing in the way, we need to weed it out. Then we need to forget about sequential performance; that's the real of unscrupulous IDE marketeers and linnex kiddies. I don't really care how fast we can copy 20 bazillion terabytes of 0's, I want to know how many transactions per second our databases can do, how scalable our mail servers are, etc. None of that has anything to do with sequential I/O performance. Step 2: Do the real work Step 2a: Measure transaction latency and thoroughput through the driver and hardware. Profile lock contention. Measure interrupt latency. Step 2b: Measure VFS latency in both specfs and ufs. Profile lock contention and usage. Compare contention against the driver. Step 2c: Profile the buffer cache. Are pages being cached effectively? Are they being cleaned efficiently? Can we fix the "lemming syncer"? Measure lock contention. I imagine that this is where the real work is. And lots of it. Step 3: Beat the benchmarks Step 3a: Figure out what is being tested and how. How do the data sources and sinks work? Are other OS's beating the benchmarks by cheating here? Can we create our own high-speed sources and sinks? Step 3b: ??? This is important even if it does sound slimy. We could have a real kick-ass I/O subsystem, but be beaten by a linux rig that fools the benchmarks. Kinda like how Intel has benchmarks that show that their Pentium4 line is the fastest thing on the planet, when in reality it's just smoke and mirrors. Gotta win the PR race, here. Scott From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 06:15:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2751E16A4CE; Mon, 25 Apr 2005 06:15:01 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB5E43D31; Mon, 25 Apr 2005 06:15:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8F2FE51C02; Sun, 24 Apr 2005 23:14:59 -0700 (PDT) Date: Sun, 24 Apr 2005 23:14:59 -0700 From: Kris Kennaway To: Julian Elischer Message-ID: <20050425061459.GA33247@xor.obsecurity.org> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> <426C6B1D.3040704@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <426C6B1D.3040704@elischer.org> User-Agent: Mutt/1.4.2.1i cc: Mike Tancsa cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 06:15:01 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2005 at 08:59:25PM -0700, Julian Elischer wrote: > Kris Kennaway wrote: >=20 > >Measuring disk device performance (i.e. running a benchmark against > >the bare device) and filesystem performance (writing to a filesystem > >on the device) are very different things. >=20 > I wish people would stop trying to deny that we have serious work in fron= t=20 > of us to get the VFS and disk IO figures back to where they were before. >=20 > there ARE slowdowns and I have seen it both with tests on teh basic=20 > hardware and throug the filesystems. I don't know why this surproses=20 > people because we have still a lot of work to do in teh interrupt latency= =20 > field for example, and I doubt that even PHK would say that there is no= =20 > work left to do in geom. > Where we are now is closing in on "feature complete". Now we need to=20 > profile and optimise. OK, but note that I didn't deny anything, I only questioned whether the OP was observing a real problem (he didn't mention disk I/O, or in fact any specific claim) or whether it was a coloured perception based on the (incorrect) assumption that gcc compilation speed was measuring a performance loss in FreeBSD. Kris --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbIrjWry0BWjoQKURAixoAKDz6DJfBTaaJLHHjbM4b91epqu1JQCggy+w c1zDPPELT9ZZUHZGrLq5wwo= =1XB2 -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 06:15:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2751E16A4CE; Mon, 25 Apr 2005 06:15:01 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB5E43D31; Mon, 25 Apr 2005 06:15:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8F2FE51C02; Sun, 24 Apr 2005 23:14:59 -0700 (PDT) Date: Sun, 24 Apr 2005 23:14:59 -0700 From: Kris Kennaway To: Julian Elischer Message-ID: <20050425061459.GA33247@xor.obsecurity.org> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> <426C6B1D.3040704@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <426C6B1D.3040704@elischer.org> User-Agent: Mutt/1.4.2.1i cc: Mike Tancsa cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 06:15:01 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2005 at 08:59:25PM -0700, Julian Elischer wrote: > Kris Kennaway wrote: >=20 > >Measuring disk device performance (i.e. running a benchmark against > >the bare device) and filesystem performance (writing to a filesystem > >on the device) are very different things. >=20 > I wish people would stop trying to deny that we have serious work in fron= t=20 > of us to get the VFS and disk IO figures back to where they were before. >=20 > there ARE slowdowns and I have seen it both with tests on teh basic=20 > hardware and throug the filesystems. I don't know why this surproses=20 > people because we have still a lot of work to do in teh interrupt latency= =20 > field for example, and I doubt that even PHK would say that there is no= =20 > work left to do in geom. > Where we are now is closing in on "feature complete". Now we need to=20 > profile and optimise. OK, but note that I didn't deny anything, I only questioned whether the OP was observing a real problem (he didn't mention disk I/O, or in fact any specific claim) or whether it was a coloured perception based on the (incorrect) assumption that gcc compilation speed was measuring a performance loss in FreeBSD. Kris --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbIrjWry0BWjoQKURAixoAKDz6DJfBTaaJLHHjbM4b91epqu1JQCggy+w c1zDPPELT9ZZUHZGrLq5wwo= =1XB2 -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 06:21:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E13B16A4CE; Mon, 25 Apr 2005 06:21:12 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FA2143D1F; Mon, 25 Apr 2005 06:21:12 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.50 (FreeBSD)) id 1DPwxu-000PqG-NB; Mon, 25 Apr 2005 08:21:06 +0200 Date: Mon, 25 Apr 2005 08:21:06 +0200 From: Kirill Ponomarew To: Kris Kennaway Message-ID: <20050425062106.GB91852@voodoo.oberon.net> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> <426C6B1D.3040704@elischer.org> <20050425061459.GA33247@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050425061459.GA33247@xor.obsecurity.org> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 cc: current@freebsd.org cc: freebsd-current@freebsd.org cc: Julian Elischer cc: Mike Tancsa Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 06:21:12 -0000 On Sun, Apr 24, 2005 at 11:14:59PM -0700, Kris Kennaway wrote: > > >Measuring disk device performance (i.e. running a benchmark against > > >the bare device) and filesystem performance (writing to a filesystem > > >on the device) are very different things. > > > > I wish people would stop trying to deny that we have serious work in front > > of us to get the VFS and disk IO figures back to where they were before. > > > > there ARE slowdowns and I have seen it both with tests on teh basic > > hardware and throug the filesystems. I don't know why this surproses > > people because we have still a lot of work to do in teh interrupt latency > > field for example, and I doubt that even PHK would say that there is no > > work left to do in geom. > > Where we are now is closing in on "feature complete". Now we need to > > profile and optimise. > > OK, but note that I didn't deny anything, I only questioned whether > the OP was observing a real problem (he didn't mention disk I/O, or in > fact any specific claim) or whether it was a coloured perception based > on the (incorrect) assumption that gcc compilation speed was measuring > a performance loss in FreeBSD. According to gcc-4.0 release notes, compilation speed for C++ was dramatically increased, up to 25% IIRC. I think 4.0 is good candidate for merging into HEAD. -Kirill From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 06:21:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E13B16A4CE; Mon, 25 Apr 2005 06:21:12 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FA2143D1F; Mon, 25 Apr 2005 06:21:12 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.50 (FreeBSD)) id 1DPwxu-000PqG-NB; Mon, 25 Apr 2005 08:21:06 +0200 Date: Mon, 25 Apr 2005 08:21:06 +0200 From: Kirill Ponomarew To: Kris Kennaway Message-ID: <20050425062106.GB91852@voodoo.oberon.net> References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> <426C6B1D.3040704@elischer.org> <20050425061459.GA33247@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050425061459.GA33247@xor.obsecurity.org> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 cc: current@freebsd.org cc: freebsd-current@freebsd.org cc: Julian Elischer cc: Mike Tancsa Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 06:21:12 -0000 On Sun, Apr 24, 2005 at 11:14:59PM -0700, Kris Kennaway wrote: > > >Measuring disk device performance (i.e. running a benchmark against > > >the bare device) and filesystem performance (writing to a filesystem > > >on the device) are very different things. > > > > I wish people would stop trying to deny that we have serious work in front > > of us to get the VFS and disk IO figures back to where they were before. > > > > there ARE slowdowns and I have seen it both with tests on teh basic > > hardware and throug the filesystems. I don't know why this surproses > > people because we have still a lot of work to do in teh interrupt latency > > field for example, and I doubt that even PHK would say that there is no > > work left to do in geom. > > Where we are now is closing in on "feature complete". Now we need to > > profile and optimise. > > OK, but note that I didn't deny anything, I only questioned whether > the OP was observing a real problem (he didn't mention disk I/O, or in > fact any specific claim) or whether it was a coloured perception based > on the (incorrect) assumption that gcc compilation speed was measuring > a performance loss in FreeBSD. According to gcc-4.0 release notes, compilation speed for C++ was dramatically increased, up to 25% IIRC. I think 4.0 is good candidate for merging into HEAD. -Kirill From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 06:52:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF9DA16A4CE for ; Mon, 25 Apr 2005 06:52:35 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7440243D4C for ; Mon, 25 Apr 2005 06:52:35 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-ext.prodigy.net [207.115.63.58])j3P6mgNA019732 for ; Mon, 25 Apr 2005 02:48:43 -0400 X-ORBL: [64.171.185.67] Received: from [10.0.5.51] (adsl-64-171-185-67.dsl.snfc21.pacbell.net [64.171.185.67])j3P6qTlo102076; Mon, 25 Apr 2005 02:52:33 -0400 Message-ID: <426C93AC.3030907@root.org> Date: Sun, 24 Apr 2005 23:52:28 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050416) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <20050423020305.I68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au> <20050423152223.Q68772@lexi.siliconlandmark.com> <426B06F5.3030506@uq.edu.au> <20050423224317.D68772@lexi.siliconlandmark.com> In-Reply-To: <20050423224317.D68772@lexi.siliconlandmark.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Matthew Sullivan cc: freebsd-current@freebsd.org Subject: Re: SMP on Compaq DL380 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 06:52:35 -0000 Andre Guibert de Bruet wrote: > > On Sun, 24 Apr 2005, Matthew Sullivan wrote: > >> Andre Guibert de Bruet wrote: >> >>> Processors: APIC ID Version State Family Model Step >>> Flags >>> 0 0x10 BSP, usable 6 2 1 0x0381 >>> 0 0x10 AP, usable 6 8 6 >>> 0x383fbff >>> >>> The APIC IDs here are the same. The flags on the would-be AP are what >>> I would expect for a recent i686. The BSP barely qualify it to be a >>> gen-1 Pentium. I wouldn't trust any of the values being reported. >>> Could you obtain the real identity of these CPUs and confirm that >>> they're not mismatched? The easy way of doing this if your BIOS >>> doesn't post this information is using a Knoppix LiveCD and doing a >>> cat /proc/cpuinfo. >> >> >> Ok can't do the knoppix thing atm, however... >> >> CPU0 -> 866/256/133/1.65v SL47S >> CPU1 -> 866/256/133/1.70v SL48V >> >> Both are shown detected by the BIOS, and both are shown as 866MHz >> 133MHz busses, and 256k cache (as one would expect) >> >>> If both CPUs are reporting the same ID, I can see how we're not >>> launching the second proc; We assume that ID 0 is the BSP and >>> additional processors have different APIC IDs. Is something really >>> borked here? Yep! >> >> >> But the acpidump -t shows 2 different ID's.... > > > I don't know the way our ACPI implementation handles the information > found in the tables well enough to be able to tell you exactly what we > do with the IDs that are found in that dump. That's Nate Lawson's domain > (I added him to the CC-list). I'd like to see the acpidump -t -d > matthew.asl There definitely is a problem when you have identical APIC ids. We already blacklist one version of this BIOS. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 06:53:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B2E516A4CE for ; Mon, 25 Apr 2005 06:53:49 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB35643D54 for ; Mon, 25 Apr 2005 06:53:48 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-ext.prodigy.net [207.115.63.58])j3P6nuNA020691 for ; Mon, 25 Apr 2005 02:49:56 -0400 X-ORBL: [64.171.185.67] Received: from [10.0.5.51] (adsl-64-171-185-67.dsl.snfc21.pacbell.net [64.171.185.67])j3P6rllo150364 for ; Mon, 25 Apr 2005 02:53:48 -0400 Message-ID: <426C93FB.1030908@root.org> Date: Sun, 24 Apr 2005 23:53:47 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050416) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Fwd: cvs commit: src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 06:53:49 -0000 Apologies for breaking the tinderbox. I'll MFC this as soon as it's ok. -------- Original Message -------- Subject: cvs commit: src/sys/i386/conf NOTES Date: Mon, 25 Apr 2005 06:24:24 +0000 (GMT) From: Nate Lawson To: njl@FreeBSD.ORG njl 2005-04-25 06:24:20 UTC FreeBSD src repository Modified files: sys/i386/conf NOTES Log: Remove obsolete option. MFC after: 1 day Revision Changes Path 1.1197 +0 -3 src/sys/i386/conf/NOTES Index: src/sys/i386/conf/NOTES diff -u src/sys/i386/conf/NOTES:1.1196 src/sys/i386/conf/NOTES:1.1197 --- src/sys/i386/conf/NOTES:1.1196 Wed Apr 20 22:19:51 2005 +++ src/sys/i386/conf/NOTES Mon Apr 25 06:24:19 2005 @@ -414,8 +414,6 @@ # Intel ACPICA code. (Note that the Intel code must also have USE_DEBUGGER # defined when it is built). # -# ACPI_MAX_THREADS sets the number of task threads started. -# # ACPI_NO_SEMAPHORES makes the AcpiOs*Semaphore routines a no-op. # # ACPICA_PEDANTIC enables strict checking of AML. Our default is to @@ -427,7 +425,6 @@ device acpi options ACPI_DEBUG -options ACPI_MAX_THREADS=1 #!options ACPI_NO_SEMAPHORES #!options ACPICA_PEDANTIC -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 08:19:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D202B16A4CE for ; Mon, 25 Apr 2005 08:19:29 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E92E443D2D for ; Mon, 25 Apr 2005 08:19:28 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 059CF1F09C; Mon, 25 Apr 2005 10:19:28 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id DE878618D; Mon, 25 Apr 2005 10:19:27 +0200 (CEST) Date: Mon, 25 Apr 2005 10:19:27 +0200 From: Marc Olzheim To: Andre Guibert de Bruet Message-ID: <20050425081927.GA56859@stack.nl> References: <52997.83.226.116.53.1114121015.squirrel@webmail.chalmers.se> <20050421220902.GA2960@odin.ac.hmc.edu> <20050423024259.B68772@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <20050423024259.B68772@lexi.siliconlandmark.com> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org cc: Niklas Sorensson Subject: Re: Debug options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 08:19:30 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Apr 23, 2005 at 02:44:53AM -0400, Andre Guibert de Bruet wrote: > May I also suggest tuning(7)? As in: may you suggest someone put this in tuning(7) ? Or what part of tuning(7) are you referring to ? No use pointing to manpages if the info isn't there. :-/ Marc --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbKgPezjnobFOgrERAoIuAKDLCPchbR86Uw6Rwur6dr3FJxnP5QCeIhGP a90RhMLk7qQs90XnshdyRpo= =85Lg -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 08:22:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7506816A4CE for ; Mon, 25 Apr 2005 08:22:12 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3412343D54 for ; Mon, 25 Apr 2005 08:22:12 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 850541F251; Mon, 25 Apr 2005 10:22:11 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 6B82C618D; Mon, 25 Apr 2005 10:22:11 +0200 (CEST) Date: Mon, 25 Apr 2005 10:22:11 +0200 From: Marc Olzheim To: Danny Braniss Message-ID: <20050425082211.GB56859@stack.nl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oC1+HKm2/end4ao3" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org Subject: Re: serial console problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 08:22:12 -0000 --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Apr 23, 2005 at 03:16:36PM +0300, Danny Braniss wrote: > the receiver part of the serial console seems to be somewhat problematic, > i have to type almost every character more than once to be acccepted, making > debugging with kgdb impossible. BTW, 5.4 works fine, so it's not a hardware > problem, nor parity/speed/start-stop bits. And you are sure that no process is running on /dev/console with wchan 'ttyin' ? Marc --oC1+HKm2/end4ao3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbKizezjnobFOgrERAq3BAJ4sFjAQmhRg6jaTDwZwk+uzqimCcQCgh7Wh mQtXqVAzQzy1ncl96im/sm0= =CD0Q -----END PGP SIGNATURE----- --oC1+HKm2/end4ao3-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 08:36:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1736116A4CE for ; Mon, 25 Apr 2005 08:36:56 +0000 (GMT) Received: from mail.sorbs.net (mail.sorbs.net [203.15.51.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C21943D54 for ; Mon, 25 Apr 2005 08:36:55 +0000 (GMT) (envelope-from matthew@uq.edu.au) Received: from [10.200.254.98] by nemesis.sorbs.net (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPSA id <0IFH00402UM4FB@nemesis.sorbs.net> for freebsd-current@freebsd.org; Mon, 25 Apr 2005 18:37:17 +1000 (EST) Date: Mon, 25 Apr 2005 18:35:35 +1000 From: Matthew Sullivan In-reply-to: <426C93AC.3030907@root.org> To: Nate Lawson Message-id: <426CABD7.8010201@uq.edu.au> MIME-version: 1.0 Content-type: multipart/signed; boundary=------------ms050206080600040809020101; micalg=sha1; protocol="application/x-pkcs7-signature" X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <20050423020305.I68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au> <20050423152223.Q68772@lexi.siliconland