From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 00:59:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 088DA16A425 for ; Wed, 30 Nov 2005 00:59:05 +0000 (GMT) (envelope-from demiurg@sakhatorg.com) Received: from freebsd.sakhatorg.com (sakhatorg.com [217.17.188.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 613B543D79 for ; Wed, 30 Nov 2005 00:58:38 +0000 (GMT) (envelope-from demiurg@sakhatorg.com) Received: from [192.168.0.94] (port=1537 helo=[127.0.0.1]) by freebsd.sakhatorg.com with esmtp (Exim 4.54 (FreeBSD)) id 1EhGI1-0001pD-MI for freebsd-stable@freebsd.org; Wed, 30 Nov 2005 09:57:46 +0900 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.0.10250, virus records: 94229, updated: 29.10.2005] Message-ID: <438CF970.9000703@sakhatorg.com> Date: Wed, 30 Nov 2005 09:59:28 +0900 From: =?UTF-8?B?0KHQu9C10L/RhtC+0LIg0J/QtdGC0YAg0JDRhNCw0L3QsNGB0YzQtdCy0Lg=?= =?UTF-8?B?0Yc=?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------090807050900080709050604" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freebsd-stable Digest, Vol 137, Issue 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?0J/QtdGC0YAg0KHQu9C10L/RhtC+0LI=?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 00:59:05 -0000 This is a multi-part message in MIME format. --------------090807050900080709050604 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Send freebsd-stable mailing list submissions to freebsd-stable@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.freebsd.org/mailman/listinfo/freebsd-stable or, via email, send a message with subject or body 'help' to freebsd-stable-request@freebsd.org You can reach the person managing the list at freebsd-stable-owner@freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-stable digest..." Today's Topics: 1. Re: 6.0 kernel will not boot past atkbd0 (Pete French) 2. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Joseph Koshy) 3. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 4. Re: recomendations please for new freebsd development system (Vivek Khera) 5. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 6. what about highpoint 1640 SATA RAID controller ? (Alessandro de Manzano) 7. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 8. Re: ACPI problems with Dell laptops (Greg 'groggy' Lehey) 9. Re: NFS network load on 5.4-STABLE (Mike Eubanks) 10. Suitable HBA for STABLE (Brad Miele) 11. Re: Suitable HBA for STABLE (Wilko Bulte) 12. Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 (ebm) 13. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 14. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Kris Kennaway) 15. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 16. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 17. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Scot Hetzel) 18. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Kris Kennaway) 19. device em0 not showing up at boot (Forrest Aldrich) 20. Re: NFS network load on 5.4-STABLE (Mike Eubanks) 21. (no subject) (Matthew Tomsa) 22. Re: (no subject) (Mark Linimon) 23. Difference between RELEASE, STABLE, CURRENT (was (no subject) ) (Scott Robbins) 24. Re: (no subject) (Chuck Swiger) 25. Re: Difference between RELEASE, STABLE, CURRENT (was (no subject) ) (Jim Van Fleet) 26. Re: ata (raid) patches (Michael Butler) 27. Unable to set device characteristics with devd (Kevin Oberman) 28. RE: Unable to set device characteristics with devd (Darren Pilgrim) 29. Re: Unable to set device characteristics with devd (Brooks Davis) 30. Current DRM for 6-STABLE (Eric Anholt) 31. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik Oeverby) 32. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Kris Kennaway) 33. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) ---------------------------------------------------------------------- Message: 1 Date: Mon, 28 Nov 2005 12:21:33 +0000 From: Pete French Subject: Re: 6.0 kernel will not boot past atkbd0 To: freebsd-stable@freebsd.org, kolicz@EUnet.yu Message-ID: > Is there any chance that the very mouse > is not working correctly? What if you change > the device and try again? very unlikely I would think - the mouse works correclt if thr machine run FreeBSD 5 or FreeBSD 5, and also under Windows2000 (it is connected via a KVM). Also someone else reported the same problem, also on Compaq hardware. If I get a moment to rebooot the system I will try with a different mouse, however. -pete. ------------------------------ Message: 2 Date: Mon, 28 Nov 2005 19:15:49 +0530 From: Joseph Koshy Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org Message-ID: <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> Content-Type: text/plain; charset=3DISO-8859-1 On 11/26/05, Eirik =C3=98verby wrote: E=C3=98> [Cross-posting after lack of response on -stable] The first step would be do some performance debugging. - What do top/vmstat/systat say about what the OS and apps are doing? Is the CPU pegged at 100%? What's the load seen by the disks? Is the RAID in good health? - Any unusual messages in /var/log/messages? Any errors shown by the network interfaces (I'm assuming the application is using the network). - A brief description of the workload presented by the app would help. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ------------------------------ Message: 3 Date: Mon, 28 Nov 2005 15:21:08 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Joseph Koshy Message-ID: <8C9B3023-EEBD-47DF-87AD-E0494E86B17A@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed On Nov 28, 2005, at 14:45 , Joseph Koshy wrote: > On 11/26/05, Eirik =C3=98verby wrote: > E=C3=98> [Cross-posting after lack of response on -stable] > > The first step would be do some performance debugging. Yep. > - What do top/vmstat/systat say about what the OS and > apps are doing? Is the CPU pegged at 100%? What's > the load seen by the disks? Is the RAID in good health? vmstat during system idle times are found below. I think they are rather interesting. To your other questions: The CPU usage is comparable on both systems. Not pegged at 100%, but load seems to stabilize around 0.5. Disk load is minimal on the application servers, somewhat more on the database servers, but they are not interesting here (they are not the bottle neck, and they perform equally). The RAIDs are in good health on both systems. The vmstat output is interesting. From the "fast" system (6.0-BETA3, ~idle): [root@app_host01] ~# vmstat -w 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy id 1 0 0 2439220 38048 14 0 0 0 14 0 0 0 170 141 437 0 0 100 0 0 0 2439220 38028 2 0 0 0 3 0 2 0 192 94 475 0 0 100 0 0 0 2439220 37916 1 0 0 0 6 0 1 0 291 925 926 5 0 94 0 0 0 2439220 37916 0 0 0 0 0 0 0 0 185 91 458 0 0 100 0 0 0 2439220 37820 1 0 0 0 6 0 3 0 289 1163 1124 6 0 94 0 0 0 2439220 37820 0 0 0 0 0 0 0 0 183 91 454 0 0 100 From the "slow" system (6.0-BETA3, ~idle): [root@app_host02] ~# vmstat -w 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy id 0 0 1 2468180 51660 15 0 0 0 18 4 0 0 1048 3200 5130 0 0 100 0 0 0 2468180 51660 1 0 0 0 0 0 0 0 1004 3068 5063 0 0 100 0 0 0 2468180 51660 0 0 0 0 0 0 0 0 1003 3094 5057 0 0 100 0 0 0 2468180 51660 0 0 0 0 0 0 1 0 1005 3068 5065 0 0 100 0 0 0 2468180 51656 1 0 0 0 0 0 0 0 1002 3090 5054 0 1 99 0 0 0 2468180 51656 0 0 0 0 0 0 0 0 1002 3064 5053 0 0 100 *loads* more context switches than on the BETA-3 system. I have not yet tried this during load; I have to wait for the testing window for that. But perhaps this helps? What do I look for next? > - Any unusual messages in /var/log/messages? Any errors > shown by the network interfaces (I'm assuming the > application is using the network). No errors shown that I can determine. > - A brief description of the workload presented by > the app would help. This is a web application (payment gateway) that receives a HTTP POST, does some processing, asks an external service for a piece of information, then returns the gathered information to the client. The call to the external service can be eliminated, but does not change the performance profile. How the application works internally is impossible for me to say; it's 3rd party. I can say, after asking them, that it is "moderately" threaded. Whatever "moderately" threaded. My interpretation is that the heaviest threading happens in tomcat itself, with up to 150 concurrent connection threads running. Thanks, /Eirik > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" > > ------------------------------ Message: 4 Date: Mon, 28 Nov 2005 10:03:58 -0500 From: Vivek Khera Subject: Re: recomendations please for new freebsd development system To: freebsd-stable Message-ID: <0AE32D49-C916-44C1-B703-97A73EEBFA57@khera.org> Content-Type: text/plain; charset=3DUS-ASCII; delsp=3Dyes; format=3Dflowe= d On Nov 28, 2005, at 12:58 AM, vizion wrote: > Would anyone be so bold as to make some recommendations for a reliable > motherboard/processor combination on the assumption that this is to =20 > be a > dual processor system running freebsd 6.0 You definitely want something Opteron based for this kind of data volume. And I'd go with LSI Megaraid 4 channel SCSI RAID controller for your data connected to some Ultra 320 SCSI disks on multiple channels of the RAID card. As for vendors, I've yet to find a stable vendor. I have been working with one vendor trying to get a stable opteron system with 100 + GB RAID and so far have 1 out of 4 systems built for me be reliable and stable (and there were at least 3 motherboard and RAM swapouts on the failing systems too). These were Tyan K8SR (s2881) motherboards, and one was S2882 motherboard. Right now I'm evaluating Sun's opteron offerings for my future needs. ------------------------------ Message: 5 Date: Mon, 28 Nov 2005 16:13:21 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Joseph Koshy Cc: stable@freebsd.org Message-ID: <86E866F9-4BB8-439C-B1A8-246571D83CD3@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed On Nov 28, 2005, at 15:54 , Joseph Koshy wrote: > E=C3=98> *loads* more context switches than on the BETA-3 system. > E=C3=98> I have not yet tried this during load > > - Which scheduler have you configured (BSD or ULE)? Running GENERIC/SMP kernels, with BSD scheduler. Speaking of which; is there a way to extract the kernel configuration from a running kernel or kernel binary? > - What do the interrupt statistics show? Any interrupt > storms? Please check the mailing lists for a prior > discussion on interrupt storms on some motherboards. Slow system: interrupt total rate irq1: atkbd0 4 0 irq14: ata0 46 0 irq24: ciss0 337166 1 irq28: bge0 8038794 35 cpu0: timer 446869052 1999 cpu1: timer 446861051 1999 Total 902106113 4037 Fast system: interrupt total rate irq1: atkbd0 6 0 irq14: ata0 46 0 irq24: ciss0 7465831 1 irq28: bge0 20764380 2 lapic0: timer 14827978729 2000 lapic1: timer 14827970729 2000 Total 29684179721 4003 No significant differences I'd say. Anything else I can do to dig deeper? > - Could you post the dmesg output from the systems (I > presume there aren't any significant differences). dmesg from slow system follows. I do not have a dmesg for the fast system; I cannot boot it now either. However, I have compared them before, and they are 100% equal. Seems to be very close in serial numbers, probably same production run. 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 6.0-STABLE #0: Sat Nov 26 01:52:00 CET 2005 root@build.unicore.no:/usr/obj/amd64/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 250 (2405.47-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20f51 Stepping =3D 1 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 1073717248 (1023 MB) avail memory =3D 1024946176 (977 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 7 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 3 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at device 0.0 on pci1 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at device 0.1 on pci1 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci1: at device 2.0 (no driver attached) pci1: at device 2.2 (no driver attached) pci1: at device 3.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.3 (no driver attached) pcib2: at device 7.0 on pci0 pci2: on pcib2 ciss0: port 0x5000-0x50ff mem 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 ciss0: [GIANT-LOCKED] pci0: at device 7.1 (no driver attached) pcib3: at device 8.0 on pci0 pci3: on pcib3 bge0: mem 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:13:21:b3:c1:f8 bge1: mem 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:13:21:b3:c1:f7 pci0: at device 8.1 (no driver attached) pcib4: on acpi0 pci4: on pcib4 pcib5: at device 9.0 on pci4 pci5: on pcib5 pci4: at device 9.1 (no driver attached) pcib6: at device 10.0 on pci4 pci6: on pcib6 pci4: at device 10.1 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff, 0xcc000-0xcd7ff,0xee000-0xeffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 SMP: AP CPU #1 Launched! da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) Trying to mount root from ufs:/dev/da0s1a ------------------------------ Message: 6 Date: Mon, 28 Nov 2005 16:17:59 +0100 From: Alessandro de Manzano Subject: what about highpoint 1640 SATA RAID controller ? To: freebsd-stable@freebsd.org Message-ID: <20051128161759.A66307@libero.sunshine.ale> Content-Type: text/plain; charset=3Dus-ascii Hello, well, subj already says ;), however I'm planning to buy a good, supported and possibly not very expensive SATA RAID PCI controller for my FreeBSD server (an IBM x206). I'll install FreeBSD 6.0-R from scratch. Googling around I found the Highpoint RocketRAID 1640 PCI 32bit SATA RAID 0,1 (5 ?, 10 ? docs are not very clear) controller. I'm mainly interested in RAID 1 (mirror) with RAID 5 as a plus. Anyone already using it could please provide my feedback ? It's well supported ? (reading ata(4) and ataraid(4) seems yes but...) Works ok ? it's a RocketRAID V2 or V3 metadata (according to ataraid(4) only V2 is read-write supported) Any suggestions, recommendation, hints, etc. are very welcome ! :-) Many thanks in advance!! --=20 bye! Ale ------------------------------ Message: 7 Date: Mon, 28 Nov 2005 17:30:44 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Joseph Koshy Cc: stable@freebsd.org Message-ID: <2C7F8873-D439-4C03-882F-F917C5F99EEF@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed Follow-up: I've now ran vmstat during load, which confirms the findings of vmstat during idle time. Slow system - one sample before and after load start included: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy id 3 0 0 2468572 45476 14 0 0 0 18 4 0 0 1049 3201 5132 0 0 100 0 0 1 2468572 42388 1 0 0 0 154 0 5 0 6852 19813 19970 22 8 70 1 0 0 2468572 39332 1 0 0 0 155 0 11 0 6823 19661 19886 23 7 71 2 0 0 2468432 36336 1 0 0 0 160 0 6 0 7031 20356 20534 19 7 74 0 0 0 2468432 33228 1 0 0 0 156 0 5 0 6685 19420 19613 20 7 73 2 0 0 2468432 29928 1 0 0 0 164 0 5 0 7105 20483 20673 21 7 71 1 0 0 2468432 53568 1 0 0 0 153 1308 5 0 6688 19278 19537 21 8 72 1 0 1 2468432 50580 2 0 0 0 150 0 6 0 6408 18430 18693 24 7 69 0 0 0 2468432 47748 2 0 0 0 143 0 6 0 6323 18098 18328 26 7 67 0 0 0 2468432 45056 1 0 0 0 136 0 5 0 5607 17122 17062 16 7 77 0 0 0 2468432 45040 0 0 0 0 0 0 0 0 1093 3172 5164 0 0 100 Fast system: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy id 0 0 0 2439276 39708 1 0 0 0 6 0 1 0 281 1029 992 6 1 93 0 0 0 2439276 39380 7 0 0 0 16 0 1 0 665 1341 1714 2 1 98 0 0 0 2439276 36472 5 0 0 0 145 0 6 0 5569 12409 14821 21 7 72 0 0 0 2439276 33512 1 0 0 0 149 0 5 0 5862 12597 15532 15 6 79 0 0 0 2439276 30600 1 0 0 0 146 0 4 0 5682 12655 15102 19 7 74 2 0 0 2439276 54144 1 0 0 5 152 1310 10 0 6006 12908 15964 17 6 77 0 0 0 2439276 51176 2 0 0 0 151 0 7 0 5348 11899 14190 22 6 72 2 0 0 2439276 48104 98 0 0 0 248 0 5 0 5924 12889 15757 15 7 78 1 0 0 2439276 45172 1 0 0 0 147 0 5 0 5882 12660 15624 16 7 77 2 0 0 2439276 42276 1 0 0 0 145 0 5 0 5558 12477 14864 21 6 73 0 0 0 2439276 39300 1 0 0 0 149 0 5 0 5842 12660 15556 14 7 79 0 0 0 2439276 36348 1 0 0 0 150 0 8 0 5659 12562 15042 21 5 74 0 0 0 2439276 33404 1 0 0 0 150 0 7 0 5868 12642 15536 14 6 80 0 0 0 2439276 30588 1 0 0 0 142 0 6 0 5449 11961 14487 19 7 74 0 0 0 2439276 30588 0 0 0 0 0 0 0 0 227 246 565 0 0 100 I'm tempted to upgrade the fast system to 6-STABLE (same rev as the slow one). Even the slow system performs "adequately", though it might help me isolate any potential hardware differences. /Eirik On Nov 28, 2005, at 15:54 , Joseph Koshy wrote: > E=C3=98> *loads* more context switches than on the BETA-3 system. > E=C3=98> I have not yet tried this during load > > - Which scheduler have you configured (BSD or ULE)? > - What do the interrupt statistics show? Any interrupt > storms? Please check the mailing lists for a prior > discussion on interrupt storms on some motherboards. > - Could you post the dmesg output from the systems (I > presume there aren't any significant differences). > > Please CC -stable too. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > ------------------------------ Message: 8 Date: Mon, 28 Nov 2005 18:45:06 +0100 From: Greg 'groggy' Lehey Subject: Re: ACPI problems with Dell laptops To: Eric Anderson , Chris Howells Cc: acpi@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Graham North Message-ID: <20051128174506.GD963@eucla.lemis.com> Content-Type: text/plain; charset=3Diso-8859-1 On Sunday, 27 November 2005 at 23:10:01 +0000, Chris Howells wrote: > On Sunday 27 November 2005 11:50, Greg 'groggy' Lehey wrote: >> Since then I've also discovered that the builtin wireless card doesn't= >> work either. It's: >> >> iwi0: mem 0xdfcfd000-0xdfcfdfff irq = 10 at >> device 3.0 on pci3 iwi0: Ethernet address: 00:13:ce:46:28:49 > > > >> DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 >> DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 >> send_packet: Network is down >> >> On the console I get the detailed error message: >> >> iwi0: fatal error > > iwi(4) is unfortunately pretty unstable so I'm not sure if it's directl= y > related to the ACPI problems. Yes, as I said: since then. It doesn't work with or without ACPI, so I see this as unrelated to ACPI. It does seem relevant to the original Subject: line ("Laptop choices"), though. Even more information about iwi0: I googled and found some information about iwi and Dell laptops, and after issuing the command # ifconfig iwi0 mode b I got an association and was able to use the card. Then I tried # ifconfig iwi0 mode g which caused a panic #9 0xc0648ff7 in panic (fmt=3D0xc087130c "mutex %s recursed at %s:%d"= )=20 at /usr/src/sys/kern/kern_shutdown.c:539 #10 0xc064180b in _mtx_assert (m=3D0xc4d1cb6c, what=3D0xc1033000,=20 file=3D0xc08726bd "/usr/src/sys/kern/kern_synch.c", line=3D0xbc) at /usr/src/sys/kern/kern_mutex.c:748 #11 0xc064ee6a in msleep (ident=3D0xc4d1c000, mtx=3D0xc4d1cb6c,=20 priority=3D0x0, wmesg=3D0xc0aadbd3 "iwiinit", timo=3D0x3e8) at /usr/src/sys/kern/kern_synch.c:188 Unfortunately, the stack beyond this point was corrupt. Since then I haven't been able to reproduce getting the card to associate or (obviously) the panic. So I'd agree that iwi is still a bit flaky. Greg -- See complete headers for address and phone numbers ------------------------------ Message: 9 Date: Mon, 28 Nov 2005 10:19:00 -0800 From: Mike Eubanks Subject: Re: NFS network load on 5.4-STABLE To: freebsd-stable@freebsd.org Message-ID: <1133201940.901.27.camel@yak.mseubanks.net> Content-Type: text/plain On Mon, 2005-11-28 at 03:10 -0500, Kris Kennaway wrote: > On Sun, Nov 27, 2005 at 09:24:15PM -0800, Mike Eubanks wrote: >=20 > > I made the sysctl modification. Still no luck though. The only proc= ess > > that had any activity using the top with the -S option, or after sort= ing > > by total, was the swapper/syncer. Even then, it was hardly active. = The > > network traffic persists. >=20 > Weird, I don't know what that means. >=20 > Kris I was thinking about graphing the network activity on the client and server in the background using the bpf while running different processes in the foreground to see what process is actually creating the traffic. I think an actual graph would give me a better idea of what is going on. Right now, I would like to assume it is a part of Gnome as was suggested before, although, I'd rather be sure. --=20 Mike Eubanks ------------------------------ Message: 10 Date: Mon, 28 Nov 2005 13:29:31 -0500 (EST) From: Brad Miele Subject: Suitable HBA for STABLE To: freebsd-stable@freebsd.org Message-ID: <20051128132532.H675@localhost> Content-Type: TEXT/PLAIN; charset=3DUS-ASCII; format=3Dflowed Hi, I have just been given a HP MSA1500 SAN, and the card that our IT department ordered is an Emulex 9802, as far as i can tell, there is no freebsd driver for this card, is this correct? If it is correct, what car= d is the best supported? It looks like isp supports the qlogic cards throug= h 2300x, but is there any one card that i should look at? I am currently running 5.4-stable on my boxes (HP/Compaq DL380s), but could move them to 6 ahead of schedule if needed. Thanks for any advice. Brad ------------------------------------------------------------ Brad Miele IPNStock bmiele@ipnstock.com ------------------------------ Message: 11 Date: Mon, 28 Nov 2005 19:39:18 +0100 From: Wilko Bulte Subject: Re: Suitable HBA for STABLE To: Brad Miele Cc: freebsd-stable@freebsd.org Message-ID: <20051128183918.GC26584@freebie.xs4all.nl> Content-Type: text/plain; charset=3Dus-ascii On Mon, Nov 28, 2005 at 01:29:31PM -0500, Brad Miele wrote.. > Hi, >=20 > I have just been given a HP MSA1500 SAN, and the card that our IT=20 > department ordered is an Emulex 9802, as far as i can tell, there is no= =20 > freebsd driver for this card, is this correct? If it is correct, what c= ard=20 Correct. Emulex used to be pretty secretive about the API specs, this might have changed in the meantime (I don't know). So there is no Emulex= FC HBA driver for FreeBSD. Your best bet is a card driven by isp(4), mjacob@FreeBSD.org as the driver writer might be in the best position to comment on which Qlogic based card he likes best (or maybe he has no preference ;) --=20 Wilko Bulte wilko@FreeBSD.org ------------------------------ Message: 12 Date: Mon, 28 Nov 2005 11:07:12 -0800 From: ebm Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 To: freebsd-stable@freebsd.org Message-ID: <20051128190712.GA74392@swervinghead.com> Content-Type: text/plain; charset=3Dus-ascii Cool, I'll try it later on today. I was able to copy the file to my server from a via a nfs connection that was established before my blunder. I kept running into the problem of not having the ability to cp anything since cp used that library file. If the /rescue works then I'll be=20 backup up and running. When this is all fixed I think I'll just upgrade 6.0 since I already downloaded the iso files. Thanks everybody for the help! On Sun, Nov 27, 2005 at 11:21:16PM -0600, Matthew D. Fuller wrote: > Date: Sun, 27 Nov 2005 23:21:16 -0600 > From: "Matthew D. Fuller" > To: David Kirchner > Cc: ebm , freebsd-stable@freebsd.o= rg > Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 >=20 > On Sun, Nov 27, 2005 at 05:29:36PM -0800 I heard the voice of > David Kirchner, and lo! it spake thus: > >=20 > > There is still hope however -- the /rescue directory contains a > > statically linked binary and a whole bunch of hardlinks, including > > 'mount' and 'cp'. If you can get libc.so.5 onto a floppy somewhere > > else you may be able to copy it into place with these utilities. >=20 > Note that it also has mount_nfs and rcp, so if you've got another box > handy 'nearby', you can get creative like that. >=20 >=20 > --=20 > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. ------------------------------ Message: 13 Date: Mon, 28 Nov 2005 21:54:30 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Joseph Koshy Cc: stable@freebsd.org Message-ID: <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed Hi, I think I have found the culprit. There must be some sort of difference between the machines after all (BIOS revision?), because while on one machine the interrupt rate for the bge card stays very low (2 to be exact) during maximum load, the other machine goes beyond 1000 and keeps rising constantly. This might also explain why performance slowly degrades over time on that machine, and response times vary wildly, while the "fast" machine responds nicely within 1-2 seconds no matter the load and testing time. I will have to investigate this more closely. Is there a way to force the NIC to polling mode (I'm assuming that is the difference, an IRQ rate of 2 is too low for a heavily loaded server if the NIC is interrupt-driven)? Anything else I could look at? Also, the interrupt rates for the CPUs stay at 2000 sharp on the fast system, but fluctuates somewhat on the other. /Eirik On Nov 28, 2005, at 15:54 , Joseph Koshy wrote: > E=C3=98> *loads* more context switches than on the BETA-3 system. > E=C3=98> I have not yet tried this during load > > - Which scheduler have you configured (BSD or ULE)? > - What do the interrupt statistics show? Any interrupt > storms? Please check the mailing lists for a prior > discussion on interrupt storms on some motherboards. > - Could you post the dmesg output from the systems (I > presume there aren't any significant differences). > > Please CC -stable too. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > ------------------------------ Message: 14 Date: Mon, 28 Nov 2005 16:14:40 -0500 From: Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org, Joseph Koshy Message-ID: <20051128211440.GB28963@xor.obsecurity.org> Content-Type: text/plain; charset=3D"us-ascii" On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: > Hi, >=20 > I think I have found the culprit. There must be some sort of =20 > difference between the machines after all (BIOS revision?), because =20 > while on one machine the interrupt rate for the bge card stays very =20 > low (2 to be exact) during maximum load, the other machine goes =20 > beyond 1000 and keeps rising constantly. This might also explain why =20 > performance slowly degrades over time on that machine, and response =20 > times vary wildly, while the "fast" machine responds nicely within =20 > 1-2 seconds no matter the load and testing time. >=20 > I will have to investigate this more closely. Is there a way to force = > the NIC to polling mode (I'm assuming that is the difference, an IRQ =20 > rate of 2 is too low for a heavily loaded server if the NIC is =20 > interrupt-driven)? >=20 > Anything else I could look at? BIOS update. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/84= 489a19/attachment-0001.bin ------------------------------ Message: 15 Date: Mon, 28 Nov 2005 22:53:00 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Kris Kennaway Cc: stable@freebsd.org, Joseph Koshy Message-ID: <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> Content-Type: text/plain; charset=3DUS-ASCII; delsp=3Dyes; format=3Dflowe= d Firmware versions are equal. BIOS settings are equal. However, a diff of the dmesgs show (apart from MAC address differences): 30c30 < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 --- > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 What on earth is that all about? The "slow" box has the ACPI-fast timecounter... /Eirik On Nov 28, 2005, at 22:14 , Kris Kennaway wrote: > On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: >> Hi, >> >> I think I have found the culprit. There must be some sort of >> difference between the machines after all (BIOS revision?), because >> while on one machine the interrupt rate for the bge card stays very >> low (2 to be exact) during maximum load, the other machine goes >> beyond 1000 and keeps rising constantly. This might also explain why >> performance slowly degrades over time on that machine, and response >> times vary wildly, while the "fast" machine responds nicely within >> 1-2 seconds no matter the load and testing time. >> >> I will have to investigate this more closely. Is there a way to force >> the NIC to polling mode (I'm assuming that is the difference, an IRQ >> rate of 2 is too low for a heavily loaded server if the NIC is >> interrupt-driven)? >> >> Anything else I could look at? > > BIOS update. > > Kris ------------------------------ Message: 16 Date: Mon, 28 Nov 2005 23:44:18 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Message-ID: <9720F96D-A0F7-4639-8852-63A0F2C1FCDE@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed Update: The diff below was made after making sure both systems are running the exact same kernel. Behavior is the same. Building new kernels (6-STABLE) now to get out of the BETA stage. /Eirik On Nov 28, 2005, at 22:53 , Eirik =C3=98verby wrote: > Firmware versions are equal. BIOS settings are equal. > However, a diff of the dmesgs show (apart from MAC address =20 > differences): > > 30c30 > < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > --- > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > What on earth is that all about? The "slow" box has the ACPI-fast =20 > timecounter... > > /Eirik > > On Nov 28, 2005, at 22:14 , Kris Kennaway wrote: > >> On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: >>> Hi, >>> >>> I think I have found the culprit. There must be some sort of >>> difference between the machines after all (BIOS revision?), because >>> while on one machine the interrupt rate for the bge card stays very >>> low (2 to be exact) during maximum load, the other machine goes >>> beyond 1000 and keeps rising constantly. This might also explain why >>> performance slowly degrades over time on that machine, and response >>> times vary wildly, while the "fast" machine responds nicely within >>> 1-2 seconds no matter the load and testing time. >>> >>> I will have to investigate this more closely. Is there a way to =20 >>> force >>> the NIC to polling mode (I'm assuming that is the difference, an IRQ >>> rate of 2 is too low for a heavily loaded server if the NIC is >>> interrupt-driven)? >>> >>> Anything else I could look at? >> >> BIOS update. >> >> Kris > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" > > ------------------------------ Message: 17 Date: Mon, 28 Nov 2005 17:14:24 -0600 From: Scot Hetzel Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Message-ID: <790a9fff0511281514ra5519acq617964fac1d1f9e4@mail.gmail.com> Content-Type: text/plain; charset=3DISO-8859-1 On 11/28/05, Eirik =C3=98verby wrote: > Update: The diff below was made after making sure both systems are > running the exact same kernel. Behavior is the same. Building new > kernels (6-STABLE) now to get out of the BETA stage. > > /Eirik > > On Nov 28, 2005, at 22:53 , Eirik =C3=98verby wrote: > > > Firmware versions are equal. BIOS settings are equal. > > However, a diff of the dmesgs show (apart from MAC address > > differences): > > > > 30c30 > > < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > --- > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > > What on earth is that all about? The "slow" box has the ACPI-fast > > timecounter... > > use sysctl to find out what time counters are available on the slow box: sysctl kern.timecounter : kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000= ) : Then try setting the Timecounter on the slow box to ACPI-safe (if available) by using sysctl sysctl kern.timecounter.hardware=3DACPI-safe If this fixes the problem, then add the following to /etc/sysctl.conf: kern.timecounter.hardware=3DACPI-safe Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised= =2E ------------------------------ Message: 18 Date: Mon, 28 Nov 2005 18:59:11 -0500 From: Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Message-ID: <20051128235911.GA31669@xor.obsecurity.org> Content-Type: text/plain; charset=3D"us-ascii" On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: > Firmware versions are equal. BIOS settings are equal. > However, a diff of the dmesgs show (apart from MAC address differences)= : >=20 > 30c30 > < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > --- > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >=20 > What on earth is that all about? The "slow" box has the ACPI-fast =20 > timecounter... Could be ACPI bugs on your system: > >BIOS update. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/65= e69573/attachment-0001.bin ------------------------------ Message: 19 Date: Mon, 28 Nov 2005 19:17:24 -0500 From: Forrest Aldrich Subject: device em0 not showing up at boot To: freebsd-stable@freebsd.org Message-ID: <438B9E14.7040007@forrie.com> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed I have an older PC (Compaq AP200) that I'm running FreeBSD-6.0 on. I have an Intel Gigabit interface installed in one of the PCI slots, along with another dual 10/100 Intel in another. The "em0" device does not show up at boot time, and therefore the firewall rules fail. However, if I go in and manually type "ifconfig em0" it then becomes available and I'm able to run dhclient on it, etc. etc. I just did a buildworld/installworld today, so the OS is fairly current. In /etc/rc.conf I have a simple ifconfig_em0=3D"DHCP". I wonder if this is a known problem... ------------------------------ Message: 20 Date: Mon, 28 Nov 2005 16:16:16 -0800 From: Mike Eubanks Subject: Re: NFS network load on 5.4-STABLE To: freebsd-stable@freebsd.org Message-ID: <1133223376.2269.51.camel@yak.mseubanks.net> Content-Type: text/plain On Mon, 2005-11-28 at 10:19 -0800, Mike Eubanks wrote: > On Mon, 2005-11-28 at 03:10 -0500, Kris Kennaway wrote: > > On Sun, Nov 27, 2005 at 09:24:15PM -0800, Mike Eubanks wrote: > >=20 > > > I made the sysctl modification. Still no luck though. The only pr= ocess > > > that had any activity using the top with the -S option, or after so= rting > > > by total, was the swapper/syncer. Even then, it was hardly active.= The > > > network traffic persists. > >=20 > > Weird, I don't know what that means. > >=20 > > Kris >=20 > I was thinking about graphing the network activity on the client and > server in the background using the bpf while running different processe= s > in the foreground to see what process is actually creating the traffic.= > I think an actual graph would give me a better idea of what is going on= =2E > Right now, I would like to assume it is a part of Gnome as was suggeste= d > before, although, I'd rather be sure. >=20 >=20 Solved. There was a panel applet that was monitoring disk activity. I did a diff comparison on my previous vs. new config files (in ~/.gconf). After a bit of sorting, there were extra applet paths even though the visual config was nearly identical. Specifically, there was a config for a multiload applet and different viewiable loads enabled. There was also a multiload process running, so I killed it and network activity dropped immediately. I tried removing everything on the panel, although, nothing appears to kill that specific process/applet. This looks like a different problem entirely and must have been automatically configured with the initial loading of Gnome when I did the refresh. Thanks for the responses. --=20 Mike Eubanks ------------------------------ Message: 21 Date: Mon, 28 Nov 2005 22:40:55 -0500 From: "Matthew Tomsa" Subject: (no subject) To: Message-ID: <002101c5f496$b6174fe0$6401a8c0@bedroompc> Content-Type: text/plain; charset=3D"us-ascii" What is the difference between RELEASE versions, STABLE versions, and CURRENT versions? I've done some reading but I'm still a bit confused. Thanks. -Matt ------------------------------ Message: 22 Date: Mon, 28 Nov 2005 21:48:22 -0600 From: linimon@lonesome.com (Mark Linimon) Subject: Re: (no subject) To: Matthew Tomsa Cc: stable@freebsd.org Message-ID: <20051129034822.GF11148@soaustin.net> Content-Type: text/plain; charset=3Dus-ascii On Mon, Nov 28, 2005 at 10:40:55PM -0500, Matthew Tomsa wrote: > What is the difference between RELEASE versions, STABLE versions, and > CURRENT versions? Please see the following: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/introduction.html http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/version-guide/ mcl ------------------------------ Message: 23 Date: Mon, 28 Nov 2005 22:49:50 -0500 From: Scott Robbins Subject: Difference between RELEASE, STABLE, CURRENT (was (no subject) ) To: freebsd-stable@freebsd.org Message-ID: <20051129034950.GA56195@mail.scottro.net> Content-Type: text/plain; charset=3Dus-ascii; x-action=3Dpgp-signed -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Nov 28, 2005 at 10:40:55PM -0500, Matthew Tomsa wrote: > What is the difference between RELEASE versions, STABLE versions, and > CURRENT versions? I've done some reading but I'm still a bit confused.= > Thanks. >=20 One of the best explanations that I've seen can be found on freebsdforums.org http://www.freebsdforums.org/forums/showthread.php?t=3D36652&highlight=3D= RELEASE+CURRENT+STABLE (The final post, by the gentleman who uses the name phoenix) - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Principal Snyder: There are things I will not tolerate: students loitering on campus after school, horrible murders with hearts being removed. And also smoking. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDi8/e+lTVdes0Z9YRAswFAJ9XJ9mdnIyZErCRGkQQ2PF3/qA8xwCfcw+d Peg6cAFHCPk47zkq7ar+nHQ=3D =3Dz6gf -----END PGP SIGNATURE----- ------------------------------ Message: 24 Date: Mon, 28 Nov 2005 22:58:02 -0500 From: Chuck Swiger Subject: Re: (no subject) To: Matthew Tomsa Cc: stable@freebsd.org Message-ID: <438BD1CA.8000303@mac.com> Content-Type: text/plain; charset=3Dus-ascii; format=3Dflowed Matthew Tomsa wrote: > What is the difference between RELEASE versions, STABLE versions, and > CURRENT versions? I've done some reading but I'm still a bit confused.= > Thanks. -CURRENT is alpha. -STABLE is supposed to be the leading edge of functionality yet be stable= enough for production use; it should be treated as a late beta. In other= words, test it before deploying in production, because sometimes,=20 perhaps a day or two per month, -STABLE contains problems or breakage. Every few months, the project makes an effort to stabilize the source tre= e (including ports and docs), generates a release candidate or two, and the= n pushes out a RELEASE by tagging the -STABLE branch. A -RELEASE or securi= ty branch is intended for production use because it has undergone such=20 testing, and is updated with security patches and critical fixes only after such=20 changes have been tested in -CURRENT or -STABLE. If you don't know what to run, run the security branch (ie, RELENG_5_4). --=20 -Chuck ------------------------------ Message: 25 Date: Mon, 28 Nov 2005 22:59:13 -0500 From: Jim Van Fleet Subject: Re: Difference between RELEASE, STABLE, CURRENT (was (no subject) ) To: freebsd-stable@freebsd.org Message-ID: <438BD211.5070202@jimvanfleet.com> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Along the same lines: Do drivers trickle down from CURRENT into STABLE? For example, I have an Intel ICH7 sound card. I've noticed that support is available for these cards in CURRENT, but I am currently running STABLE (even though phoenix says not to-- whoops!) I understand that different circumstances may yield different results, but is there a general rule of thumb? BTW, thanks to all involved for a tremendous OS. I'm definitely smitten.= Cheers, Jim ------------------------------ Message: 26 Date: Mon, 28 Nov 2005 23:00:56 -0500 From: Michael Butler Subject: Re: ata (raid) patches To: stable@freebsd.org Cc: S?ren Schmidt Message-ID: <438BD278.30006@protected-networks.net> Content-Type: text/plain; charset=3D"iso-8859-1" -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I wrote: | For those game enough to try the results of my handiwork ;-), enclosed | is a patch against the files in /usr/src/sys/dev/ata for RELENG_6 (and | possibly others) with the following objectives: | | 1) the ata-raid driver currently leaks ata_composite and ata_request | structures into "neverland" in a mirrored configuration. This can be | observed using "sysctl -a | grep ^ata_" and noting the increasing | "in-use" count as time goes on. Eventually, this causes the kernel to | run out of memory. This is fixed by tracking the request counts on each= | composite request. ~ [ .. ] | As usual, this patch comes with no warranty ... it works for me. "If it= | breaks your system, you own all the pieces". | | I recommend you back up your system before testing, This is just the composite/request leak patch on it's own, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDi9J3iJykeV6HPMURAvENAJ4v9p/HjHLQ+iJ+EH23+z9ZiTbXyACeOhNA ux0UiWyGNNKu4rrPl12GP+4=3D =3DNC/r -----END PGP SIGNATURE----- -------------- next part -------------- *** /usr/src/sys/dev/ata/ata-all.h.orig Sun Nov 27 14:17:57 2005 --- /usr/src/sys/dev/ata/ata-all.h Sun Nov 27 14:22:05 2005 *************** *** 331,336 **** --- 331,337 ---- u_int32_t wr_depend; /* write depends on=20 subdisks */ u_int32_t wr_done; /* done write subdisks= */ struct ata_request *request[32]; /* size must match=20 maps above */ + long count; /* count required of this composite */ caddr_t data_1; caddr_t data_2; }; *** ata-raid.c.orig Mon Nov 28 18:02:01 2005 --- ata-raid.c Mon Nov 28 22:52:53 2005 *************** *** 410,415 **** --- 410,416 ---- mtx_init(&composite->lock, "ATA PseudoRAID rebuild lock", NULL, MTX_DEF); + composite->count =3D request->bytecount; composite->rd_needed |=3D (1 << drv); composite->wr_depend |=3D (1 << drv); composite->wr_needed |=3D (1 << this); *************** *** 468,473 **** --- 469,475 ---- mtx_init(&composite->lock, "ATA PseudoRAID mirror lock", NULL, MTX_DEF); + composite->count =3D request->bytecount; composite->wr_needed |=3D (1 << drv); composite->wr_needed |=3D (1 << this); composite->request[drv] =3D request; *************** *** 607,613 **** /* good data, update how far we've gotten */ else { bp->bio_resid -=3D request->donecount; ! if (bp->bio_resid =3D=3D 0) { if (composite->wr_done & (1 << mirror)) finished =3D 1; } --- 609,616 ---- /* good data, update how far we've gotten */ else { bp->bio_resid -=3D request->donecount; ! composite->count -=3D request->donecount; ! if (composite->count =3D=3D 0) { if (composite->wr_done & (1 << mirror)) finished =3D 1; } *************** *** 621,627 **** printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba =3D blk; } ! if (bp->bio_resid =3D=3D 0) finished =3D 1; } } --- 624,630 ---- printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba =3D blk; } ! if (composite->count =3D=3D 0) finished =3D 1; } } *************** *** 658,667 **** } bp->bio_resid -=3D composite->request[mirror]->donecount; } ! else bp->bio_resid -=3D request->donecount; ! if (bp->bio_resid =3D=3D 0) finished =3D 1; } mtx_unlock(&composite->lock); --- 661,674 ---- } bp->bio_resid -=3D composite->request[mirror]->donecount; + composite->count -=3D + composite->request[mirror]->donecount; } ! else { bp->bio_resid -=3D request->donecount; ! composite->count -=3D request->donecount; ! } ! if (composite->count =3D=3D 0) finished =3D 1; } mtx_unlock(&composite->lock); *************** *** 723,729 **** rdp->status &=3D ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! biodone(bp); } =09 if (composite) { --- 730,738 ---- rdp->status &=3D ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! /* cover the case of a series of composites which are only partly=20 complete */ ! if (bp->bio_resid =3D=3D 0) ! biodone(bp); } =09 if (composite) { ------------------------------ Message: 27 Date: Mon, 28 Nov 2005 21:49:22 -0800 From: "Kevin Oberman" Subject: Unable to set device characteristics with devd To: stable@freebsd.org Message-ID: <20051129054922.48ACA5D0A@ptavv.es.net> I've been trying to use devd for a number of things, but have not gotten far. One issue is when I attach an ATAPI disk: attach 100 { device-name "acd0"; action "/bin/chmod 666 /dev/$device-name"; } I have similar statements for my second hard drive (ad2s2). By using the -D option I see the device attach, but the chmod returns an error indicating that /dev/acd0 does not exist. I get similar results for other devices. Is there a delay between the attach event and the creation of the /dev entry? Am I missing something here? Maybe I should use devfs for this. --=20 R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 ------------------------------ Message: 28 Date: Mon, 28 Nov 2005 22:04:05 -0800 From: "Darren Pilgrim" Subject: RE: Unable to set device characteristics with devd To: "'Kevin Oberman'" Cc: stable@freebsd.org Message-ID: <000801c5f4aa$b7d340a0$642a15ac@smiley> Content-Type: text/plain; charset=3D"us-ascii" From: Kevin Oberman >=20 > I've been trying to use devd for a number of things, but have=20 > not gotten > far. >=20 > One issue is when I attach an ATAPI disk: > attach 100 { > device-name "acd0"; > action "/bin/chmod 666 /dev/$device-name"; > } >=20 > I have similar statements for my second hard drive (ad2s2). >=20 > By using the -D option I see the device attach, but the chmod returns > an error indicating that /dev/acd0 does not exist. I get=20 > similar results for other devices. >=20 > Is there a delay between the attach event and the creation of the /dev > entry? Am I missing something here? Maybe I should use devfs for this. The normal tools (chmod, chown, etc.) don't work on devfs. You need to create devfs rules to change permissions, ownership, etc. on device nodes= =2E See devfs.rules(5) and devfs.conf(5). ------------------------------ Message: 29 Date: Mon, 28 Nov 2005 22:08:47 -0800 From: Brooks Davis Subject: Re: Unable to set device characteristics with devd To: Darren Pilgrim Cc: stable@freebsd.org Message-ID: <20051129060847.GA26275@odin.ac.hmc.edu> Content-Type: text/plain; charset=3D"us-ascii" On Mon, Nov 28, 2005 at 10:04:05PM -0800, Darren Pilgrim wrote: > From: Kevin Oberman > >=20 > > I've been trying to use devd for a number of things, but have=20 > > not gotten > > far. > >=20 > > One issue is when I attach an ATAPI disk: > > attach 100 { > > device-name "acd0"; > > action "/bin/chmod 666 /dev/$device-name"; > > } > >=20 > > I have similar statements for my second hard drive (ad2s2). > >=20 > > By using the -D option I see the device attach, but the chmod returns= > > an error indicating that /dev/acd0 does not exist. I get=20 > > similar results for other devices. > >=20 > > Is there a delay between the attach event and the creation of the /de= v > > entry? Am I missing something here? Maybe I should use devfs for this= =2E >=20 > The normal tools (chmod, chown, etc.) don't work on devfs. You need to= > create devfs rules to change permissions, ownership, etc. on device nod= es. Nope. It's a race. I wouldn't count on devd getting there either early enough or late enough. [10:07pm] brooks@pagefault (~): uname -a FreeBSD pagefault 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Nov 20=20 20:37:29 PST 2005 ... [10:07pm] brooks@pagefault (~): ls -l /dev/cuad0 crw-rw---- 1 uucp dialer 0, 74 Nov 28 10:15 /dev/cuad0 [10:07pm] brooks@pagefault (~): sudo chmod 666 /dev/cuad0 Password: [10:07pm] brooks@pagefault (~): ls -l /dev/cuad0 crw-rw-rw- 1 uucp dialer 0, 74 Nov 28 10:15 /dev/cuad0 [10:07pm] brooks@pagefault (~): > See devfs.rules(5) and devfs.conf(5). Yes. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/3f= d0f01f/attachment-0001.bin ------------------------------ Message: 30 Date: Mon, 28 Nov 2005 23:05:49 -0800 From: Eric Anholt Subject: Current DRM for 6-STABLE To: stable@FreeBSD.org Message-ID: <1133247949.1071.11.camel@leguin> Content-Type: text/plain; charset=3D"us-ascii" I've put a patch at http://people.freebsd.org/~anholt/dri/drm-sys-stable-20051128.diff for a merge of the DRM in -current to 6-STABLE. I don't intend to merge it soon, but it may be of use to people who are enjoying life on 6-STABLE otherwise, and expand the testing before I do commit. Commit message from -current: Update DRM to CVS snapshot as of 2005-11-28. Notable changes: - S3 Savage driver ported. - Added support for ATI_fragment_shader registers for r200. - Improved r300 support, needed for latest r300 DRI driver. - (possibly) r300 PCIE support, needs X.Org server from CVS. - Added support for PCI Matrox cards. - Software fallbacks fixed for Rage 128, which used to render badly or ha= ng. - Some issues reported by WITNESS are fixed. - i915 module Makefile added, as the driver may now be working, but is=20 untested.- Added scripts for copying and preprocessing DRM CVS for=20 inclusion in the kernel. Thanks to Daniel Stone for getting me started on that. As far as i915 goes, apparently people have had it successfully attach to the drmsub device, which I never managed to when I had an i915-supported device. After that there was an AGP issue that I hope I fixed, so it needs testing now, and may Just Work. --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/f2= 995f54/attachment-0001.bin ------------------------------ Message: 31 Date: Tue, 29 Nov 2005 09:46:09 +0100 (CET) From: Eirik Oeverby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Kris Kennaway Cc: stable@freebsd.org, Joseph Koshy Message-ID: <20051129094531.Y23958@anduin.net> Content-Type: TEXT/PLAIN; charset=3DUS-ASCII; format=3Dflowed On Mon, 28 Nov 2005, Kris Kennaway wrote: > On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: >> Firmware versions are equal. BIOS settings are equal. >> However, a diff of the dmesgs show (apart from MAC address differences= ): >> >> 30c30 >> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >> --- >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> >> What on earth is that all about? The "slow" box has the ACPI-fast >> timecounter... > > Could be ACPI bugs on your system: Yes, but the other system is 100% equal - hardware, bios config, bios and= bootblock revision, controller bioses, etc. etc. It all matches. Should I complain to HP? /Eirik > >>> BIOS update. > > Kris > ------------------------------ Message: 32 Date: Tue, 29 Nov 2005 04:15:33 -0500 From: Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik Oeverby Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Message-ID: <20051129091533.GA41885@xor.obsecurity.org> Content-Type: text/plain; charset=3D"us-ascii" On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote: >=20 >=20 > On Mon, 28 Nov 2005, Kris Kennaway wrote: >=20 > >On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: > >>Firmware versions are equal. BIOS settings are equal. > >>However, a diff of the dmesgs show (apart from MAC address difference= s): > >> > >>30c30 > >>< Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > >>--- > >>>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >> > >>What on earth is that all about? The "slow" box has the ACPI-fast > >>timecounter... > > > >Could be ACPI bugs on your system: >=20 > Yes, but the other system is 100% equal - hardware, bios config, bios a= nd=20 > bootblock revision, controller bioses, etc. etc. > It all matches. Clearly they're not 100% equal, but (100-epsilon)%. Your job is to identify the origin of the epsilon :-) > Should I complain to HP? If you think you'll get anywhere, it might be worth pursuing. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051129/88= 6f5e57/attachment-0001.bin ------------------------------ Message: 33 Date: Tue, 29 Nov 2005 10:25:07 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Kris Kennaway Cc: stable@freebsd.org, Joseph Koshy Message-ID: Content-Type: text/plain; charset=3DUS-ASCII; delsp=3Dyes; format=3Dflowe= d On Nov 29, 2005, at 10:15 , Kris Kennaway wrote: > On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote: >> >> >> On Mon, 28 Nov 2005, Kris Kennaway wrote: >> >>> On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: >>>> Firmware versions are equal. BIOS settings are equal. >>>> However, a diff of the dmesgs show (apart from MAC address =20 >>>> differences): >>>> >>>> 30c30 >>>> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >>>> --- >>>>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>>> >>>> What on earth is that all about? The "slow" box has the ACPI-fast >>>> timecounter... >>> >>> Could be ACPI bugs on your system: >> >> Yes, but the other system is 100% equal - hardware, bios config, =20 >> bios and >> bootblock revision, controller bioses, etc. etc. >> It all matches. > > Clearly they're not 100% equal, but (100-epsilon)%. Your job is to > identify the origin of the epsilon :-) Yea yea ;) Working on it.. Is there a way to force ACPI-safe on the slower system? /Eirik > >> Should I complain to HP? > > If you think you'll get anywhere, it might be worth pursuing. > > Kris ------------------------------ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"= End of freebsd-stable Digest, Vol 137, Issue 2 ********************************************** --------------090807050900080709050604--