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 <petefrench@ticketswitch.com>
Subject: Re: 6.0 kernel will not boot past atkbd0
To: freebsd-stable@freebsd.org, kolicz@EUnet.yu
Message-ID: <E1Egi0j-000FJv-Em@dilbert.firstcallgroup.co.uk>
> 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 <joseph.koshy@gmail.com>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Eirik ?verby <ltning@anduin.net>
Cc: stable@freebsd.org
Message-ID:
<84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On 11/26/05, Eirik ?verby <ltning@anduin.net> wrote:
E?> [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 <ltning@anduin.net>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Joseph Koshy <joseph.koshy@gmail.com>
Message-ID: <8C9B3023-EEBD-47DF-87AD-E0494E86B17A@anduin.net>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
On Nov 28, 2005, at 14:45 , Joseph Koshy wrote:
> On 11/26/05, Eirik ?verby <ltning@anduin.net> wrote:
> E?> [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-
> unsubscribe@freebsd.org"
>
>
------------------------------
Message: 4
Date: Mon, 28 Nov 2005 10:03:58 -0500
From: Vivek Khera <vivek@khera.org>
Subject: Re: recomendations please for new freebsd development system
To: freebsd-stable <freebsd-stable@freebsd.org>
Message-ID: <0AE32D49-C916-44C1-B703-97A73EEBFA57@khera.org>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
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
> 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 <ltning@anduin.net>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Joseph Koshy <joseph.koshy@gmail.com>
Cc: stable@freebsd.org
Message-ID: <86E866F9-4BB8-439C-B1A8-246571D83CD3@anduin.net>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
On Nov 28, 2005, at 15:54 , Joseph Koshy wrote:
> E?> *loads* more context switches than on the BETA-3 system.
> E?> 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 = "AuthenticAMD" Id = 0x20f51 Stepping = 1
Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,
MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
Features2=0x1<SSE3>
AMD Features=0xe2500800<SYSCALL,NX,MMX+,<b25>,LM,3DNow+,3DNow>
real memory = 1073717248 (1023 MB)
avail memory = 1024946176 (977 MB)
ACPI APIC Table: <HP 00000083>
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 <Version 1.1> irqs 0-23 on motherboard
ioapic1 <Version 1.1> irqs 24-27 on motherboard
ioapic2 <Version 1.1> irqs 28-31 on motherboard
ioapic3 <Version 1.1> irqs 32-35 on motherboard
ioapic4 <Version 1.1> irqs 36-39 on motherboard
acpi0: <HP A05> on motherboard
acpi0: Power Button (fixed)
pci_link0: <ACPI PCI Link LNKA> irq 5 on acpi0
pci_link1: <ACPI PCI Link LNKB> irq 7 on acpi0
pci_link2: <ACPI PCI Link LNKC> irq 0 on acpi0
pci_link3: <ACPI PCI Link LNKD> 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: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> at device 3.0 on pci0
pci1: <ACPI PCI bus> on pcib1
ohci0: <OHCI (generic) USB controller> 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: <OHCI (generic) USB controller> 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: <OHCI (generic) USB controller> 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: <OHCI (generic) USB controller> 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: <base peripheral> at device 2.0 (no driver attached)
pci1: <base peripheral> at device 2.2 (no driver attached)
pci1: <display, VGA> at device 3.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 4.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <AMD 8111 UDMA133 controller> port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
pci0: <bridge> at device 4.3 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> at device 7.0 on pci0
pci2: <ACPI PCI bus> on pcib2
ciss0: <HP Smart Array 6i> port 0x5000-0x50ff mem
0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2
ciss0: [GIANT-LOCKED]
pci0: <base peripheral, interrupt controller> at device 7.1 (no
driver attached)
pcib3: <ACPI PCI-PCI bridge> at device 8.0 on pci0
pci3: <ACPI PCI bus> on pcib3
bge0: <Broadcom BCM5704C Dual Gigabit Ethernet, ASIC rev. 0x2100> mem
0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3
miibus0: <MII bus> on bge0
brgphy0: <BCM5704 10/100/1000baseTX PHY> on miibus0
brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,
1000baseTX-FDX, auto
bge0: Ethernet address: 00:13:21:b3:c1:f8
bge1: <Broadcom BCM5704C Dual Gigabit Ethernet, ASIC rev. 0x2100> mem
0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3
miibus1: <MII bus> on bge1
brgphy1: <BCM5704 10/100/1000baseTX PHY> on miibus1
brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,
1000baseTX-FDX, auto
bge1: Ethernet address: 00:13:21:b3:c1:f7
pci0: <base peripheral, interrupt controller> at device 8.1 (no
driver attached)
pcib4: <ACPI Host-PCI bridge> on acpi0
pci4: <ACPI PCI bus> on pcib4
pcib5: <ACPI PCI-PCI bridge> at device 9.0 on pci4
pci5: <ACPI PCI bus> on pcib5
pci4: <base peripheral, interrupt controller> at device 9.1 (no
driver attached)
pcib6: <ACPI PCI-PCI bridge> at device 10.0 on pci4
pci6: <ACPI PCI bus> on pcib6
pci4: <base peripheral, interrupt controller> at device 10.1 (no
driver attached)
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model Generic PS/2 mouse, device ID 0
sio0: <Standard PC COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
fdc0: <floppy drive controller (FDE)> port 0x3f2-0x3f5 irq 6 drq 2 on
acpi0
fdc0: does not respond
device_attach: fdc0 attach returned 6
fdc0: <floppy drive controller (FDE)> port 0x3f2-0x3f5 irq 6 drq 2 on
acpi0
fdc0: does not respond
device_attach: fdc0 attach returned 6
orm0: <ISA Option ROMs> at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,
0xcc000-0xcd7ff,0xee000-0xeffff on isa0
ppc0: cannot reserve I/O port range
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on
isa0
Timecounters tick every 1.000 msec
acd0: CDROM <COMPAQ CD-ROM SN-124/N104> at ata0-master PIO4
SMP: AP CPU #1 Launched!
da0 at ciss0 bus 0 target 0 lun 0
da0: <COMPAQ RAID 1 VOLUME OK> 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 <ale@unixmania.net>
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=us-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!!
--
bye!
Ale
------------------------------
Message: 7
Date: Mon, 28 Nov 2005 17:30:44 +0100
From: Eirik ?verby <ltning@anduin.net>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Joseph Koshy <joseph.koshy@gmail.com>
Cc: stable@freebsd.org
Message-ID: <2C7F8873-D439-4C03-882F-F917C5F99EEF@anduin.net>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
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?> *loads* more context switches than on the BETA-3 system.
> E?> 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 <grog@FreeBSD.org>
Subject: Re: ACPI problems with Dell laptops
To: Eric Anderson <anderson@centtech.com>, Chris Howells
<howells@kde.org>
Cc: acpi@freebsd.org, freebsd-acpi@freebsd.org,
freebsd-stable@freebsd.org, Graham North <northg@shaw.ca>
Message-ID: <20051128174506.GD963@eucla.lemis.com>
Content-Type: text/plain; charset=iso-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: <Intel(R) PRO/Wireless 2915ABG> mem 0xdfcfd000-0xdfcfdfff
irq 10 at
>> device 3.0 on pci3 iwi0: Ethernet address: 00:13:ce:46:28:49
>
> <snip>
>
>> 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
directly
> 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=0xc087130c "mutex %s recursed at
%s:%d")
at /usr/src/sys/kern/kern_shutdown.c:539
#10 0xc064180b in _mtx_assert (m=0xc4d1cb6c, what=0xc1033000,
file=0xc08726bd "/usr/src/sys/kern/kern_synch.c",
line=0xbc) at /usr/src/sys/kern/kern_mutex.c:748
#11 0xc064ee6a in msleep (ident=0xc4d1c000, mtx=0xc4d1cb6c,
priority=0x0, wmesg=0xc0aadbd3 "iwiinit", timo=0x3e8)
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 <mse_software@charter.net>
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:
>
> > I made the sysctl modification. Still no luck though. The only
process
> > that had any activity using the top with the -S option, or after
sorting
> > by total, was the swapper/syncer. Even then, it was hardly active.
The
> > network traffic persists.
>
> Weird, I don't know what that means.
>
> 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.
--
Mike Eubanks <mse_software@charter.net>
------------------------------
Message: 10
Date: Mon, 28 Nov 2005 13:29:31 -0500 (EST)
From: Brad Miele <bmiele@ipnstock.com>
Subject: Suitable HBA for STABLE
To: freebsd-stable@freebsd.org
Message-ID: <20051128132532.H675@localhost>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
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 card
is the best supported? It looks like isp supports the qlogic cards through
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 <wb@freebie.xs4all.nl>
Subject: Re: Suitable HBA for STABLE
To: Brad Miele <bmiele@ipnstock.com>
Cc: freebsd-stable@freebsd.org
Message-ID: <20051128183918.GC26584@freebie.xs4all.nl>
Content-Type: text/plain; charset=us-ascii
On Mon, Nov 28, 2005 at 01:29:31PM -0500, Brad Miele
wrote..> 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 card
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 ;)
--
Wilko Bulte wilko@FreeBSD.org
------------------------------
Message: 12
Date: Mon, 28 Nov 2005 11:07:12 -0800
From: ebm <ebm-freebsd-stable@swervinghead.com>
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=us-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
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" <fullermd@over-yonder.net>
> To: David Kirchner <dpk@dpk.net>
> Cc: ebm <ebm-freebsd-stable@swervinghead.com>,
freebsd-stable@freebsd.org
> Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5
>
> On Sun, Nov 27, 2005 at 05:29:36PM -0800 I heard the voice of
> David Kirchner, and lo! it spake thus:
> >
> > 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.
>
> Note that it also has mount_nfs and rcp, so if you've got another box
> handy 'nearby', you can get creative like that.
>
>
> --
> 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 <ltning@anduin.net>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Joseph Koshy <joseph.koshy@gmail.com>
Cc: stable@freebsd.org
Message-ID: <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
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?> *loads* more context switches than on the BETA-3 system.
> E?> 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 <kris@obsecurity.org>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Eirik ?verby <ltning@anduin.net>
Cc: stable@freebsd.org, Joseph Koshy <joseph.koshy@gmail.com>
Message-ID: <20051128211440.GB28963@xor.obsecurity.org>
Content-Type: text/plain; charset="us-ascii"
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/84489a19/attachment-0001.bin
------------------------------
Message: 15
Date: Mon, 28 Nov 2005 22:53:00 +0100
From: Eirik ?verby <ltning@anduin.net>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Kris Kennaway <kris@obsecurity.org>
Cc: stable@freebsd.org, Joseph Koshy <joseph.koshy@gmail.com>
Message-ID: <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
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 <ltning@anduin.net>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Eirik ?verby <ltning@anduin.net>
Cc: stable@freebsd.org, Joseph Koshy <joseph.koshy@gmail.com>, Kris
Kennaway <kris@obsecurity.org>
Message-ID: <9720F96D-A0F7-4639-8852-63A0F2C1FCDE@anduin.net>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
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 ?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...
>
> /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
>
> _______________________________________________
> 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"
>
>
------------------------------
Message: 17
Date: Mon, 28 Nov 2005 17:14:24 -0600
From: Scot Hetzel <swhetzel@gmail.com>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Eirik ?verby <ltning@anduin.net>
Cc: stable@freebsd.org, Joseph Koshy <joseph.koshy@gmail.com>, Kris
Kennaway <kris@obsecurity.org>
Message-ID:
<790a9fff0511281514ra5519acq617964fac1d1f9e4@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On 11/28/05, Eirik ?verby <ltning@anduin.net>
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 ?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...
> >
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=ACPI-safe
If this fixes the problem, then add the following to /etc/sysctl.conf:
kern.timecounter.hardware=ACPI-safe
Scot
--
DISCLAIMER:
No electrons were mamed while sending this message. Only slightly bruised.
------------------------------
Message: 18
Date: Mon, 28 Nov 2005 18:59:11 -0500
From: Kris Kennaway <kris@obsecurity.org>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Eirik ?verby <ltning@anduin.net>
Cc: stable@freebsd.org, Joseph Koshy <joseph.koshy@gmail.com>, Kris
Kennaway <kris@obsecurity.org>
Message-ID: <20051128235911.GA31669@xor.obsecurity.org>
Content-Type: text/plain; charset="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):
>
> 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:
> >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 :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/65e69573/attachment-0001.bin
------------------------------
Message: 19
Date: Mon, 28 Nov 2005 19:17:24 -0500
From: Forrest Aldrich <forrie@forrie.com>
Subject: device em0 not showing up at boot
To: freebsd-stable@freebsd.org
Message-ID: <438B9E14.7040007@forrie.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
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="DHCP".
I wonder if this is a known problem...
------------------------------
Message: 20
Date: Mon, 28 Nov 2005 16:16:16 -0800
From: Mike Eubanks <mse_software@charter.net>
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:
> >
> > > I made the sysctl modification. Still no luck though. The only
process
> > > that had any activity using the top with the -S option, or after
sorting
> > > by total, was the swapper/syncer. Even then, it was hardly
active. The
> > > network traffic persists.
> >
> > Weird, I don't know what that means.
> >
> > 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.
>
>
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.
--
Mike Eubanks <mse_software@charter.net>
------------------------------
Message: 21
Date: Mon, 28 Nov 2005 22:40:55 -0500
From: "Matthew Tomsa" <mtomsa@epix.net>
Subject: (no subject)
To: <stable@freebsd.org>
Message-ID: <002101c5f496$b6174fe0$6401a8c0@bedroompc>
Content-Type: text/plain; charset="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 <mtomsa@epix.net>
Cc: stable@freebsd.org
Message-ID: <20051129034822.GF11148@soaustin.net>
Content-Type: text/plain; charset=us-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 <scottro@nyc.rr.com>
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=us-ascii; x-action=pgp-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.
>
One of the best explanations that I've seen can be found on
freebsdforums.org
http://www.freebsdforums.org/forums/showthread.php?t=36652&highlight=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=z6gf
-----END PGP SIGNATURE-----
------------------------------
Message: 24
Date: Mon, 28 Nov 2005 22:58:02 -0500
From: Chuck Swiger <cswiger@mac.com>
Subject: Re: (no subject)
To: Matthew Tomsa <mtomsa@epix.net>
Cc: stable@freebsd.org
Message-ID: <438BD1CA.8000303@mac.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
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,
perhaps a day
or two per month, -STABLE contains problems or breakage.
Every few months, the project makes an effort to stabilize the source tree
(including ports and docs), generates a release candidate or two, and then
pushes out a RELEASE by tagging the -STABLE branch. A -RELEASE or security
branch is intended for production use because it has undergone such
testing,
and is updated with security patches and critical fixes only after such
changes
have been tested in -CURRENT or -STABLE.
If you don't know what to run, run the security branch (ie, RELENG_5_4).
--
-Chuck
------------------------------
Message: 25
Date: Mon, 28 Nov 2005 22:59:13 -0500
From: Jim Van Fleet <jim@jimvanfleet.com>
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=ISO-8859-1; format=flowed
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 <imb@protected-networks.net>
Subject: Re: ata (raid) patches
To: stable@freebsd.org
Cc: S?ren Schmidt <sos@freebsd.org>
Message-ID: <438BD278.30006@protected-networks.net>
Content-Type: text/plain; charset="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=NC/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
subdisks */
u_int32_t wr_done; /* done write subdisks */
struct ata_request *request[32]; /* size must match
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 = request->bytecount;
composite->rd_needed |= (1 << drv);
composite->wr_depend |= (1 << drv);
composite->wr_needed |= (1 << this);
***************
*** 468,473 ****
--- 469,475 ----
mtx_init(&composite->lock,
"ATA PseudoRAID mirror lock",
NULL, MTX_DEF);
+ composite->count = request->bytecount;
composite->wr_needed |= (1 << drv);
composite->wr_needed |= (1 << this);
composite->request[drv] = request;
***************
*** 607,613 ****
/* good data, update how far we've gotten */
else {
bp->bio_resid -= request->donecount;
! if (bp->bio_resid == 0) {
if (composite->wr_done & (1 << mirror))
finished = 1;
}
--- 609,616 ----
/* good data, update how far we've gotten */
else {
bp->bio_resid -= request->donecount;
! composite->count -= request->donecount;
! if (composite->count == 0) {
if (composite->wr_done & (1 << mirror))
finished = 1;
}
***************
*** 621,627 ****
printf("DOH! rebuild failed\n"); /* XXX SOS */
rdp->rebuild_lba = blk;
}
! if (bp->bio_resid == 0)
finished = 1;
}
}
--- 624,630 ----
printf("DOH! rebuild failed\n"); /* XXX SOS */
rdp->rebuild_lba = blk;
}
! if (composite->count == 0)
finished = 1;
}
}
***************
*** 658,667 ****
}
bp->bio_resid - composite->request[mirror]->donecount;
}
! else
bp->bio_resid -= request->donecount;
! if (bp->bio_resid == 0)
finished = 1;
}
mtx_unlock(&composite->lock);
--- 661,674 ----
}
bp->bio_resid - composite->request[mirror]->donecount;
+ composite->count -+ composite->request[mirror]->donecount;
}
! else {
bp->bio_resid -= request->donecount;
! composite->count -= request->donecount;
! }
! if (composite->count == 0)
finished = 1;
}
mtx_unlock(&composite->lock);
***************
*** 723,729 ****
rdp->status &= ~AR_S_REBUILDING;
ata_raid_config_changed(rdp, 1);
}
! biodone(bp);
}
if (composite) {
--- 730,738 ----
rdp->status &= ~AR_S_REBUILDING;
ata_raid_config_changed(rdp, 1);
}
! /* cover the case of a series of composites which are only partly
complete */
! if (bp->bio_resid == 0)
! biodone(bp);
}
if (composite) {
------------------------------
Message: 27
Date: Mon, 28 Nov 2005 21:49:22 -0800
From: "Kevin Oberman" <oberman@es.net>
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.
--
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" <darren.pilgrim@bitfreak.org>
Subject: RE: Unable to set device characteristics with devd
To: "'Kevin Oberman'" <oberman@es.net>
Cc: stable@freebsd.org
Message-ID: <000801c5f4aa$b7d340a0$642a15ac@smiley>
Content-Type: text/plain; charset="us-ascii"
From: Kevin Oberman>
> 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.
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.
See devfs.rules(5) and devfs.conf(5).
------------------------------
Message: 29
Date: Mon, 28 Nov 2005 22:08:47 -0800
From: Brooks Davis <brooks@one-eyed-alien.net>
Subject: Re: Unable to set device characteristics with devd
To: Darren Pilgrim <darren.pilgrim@bitfreak.org>
Cc: stable@freebsd.org
Message-ID: <20051129060847.GA26275@odin.ac.hmc.edu>
Content-Type: text/plain; charset="us-ascii"
On Mon, Nov 28, 2005 at 10:04:05PM -0800, Darren Pilgrim
wrote:> From: Kevin Oberman
> >
> > 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.
>
> 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.
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: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
--
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 :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/3fd0f01f/attachment-0001.bin
------------------------------
Message: 30
Date: Mon, 28 Nov 2005 23:05:49 -0800
From: Eric Anholt <eta@lclark.edu>
Subject: Current DRM for 6-STABLE
To: stable@FreeBSD.org
Message-ID: <1133247949.1071.11.camel@leguin>
Content-Type: text/plain; charset="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 hang.
- Some issues reported by WITNESS are fixed.
- i915 module Makefile added, as the driver may now be working, but is
untested.- Added scripts for copying and preprocessing DRM CVS for
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.
--
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 :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/f2995f54/attachment-0001.bin
------------------------------
Message: 31
Date: Tue, 29 Nov 2005 09:46:09 +0100 (CET)
From: Eirik Oeverby <ltning@anduin.net>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Kris Kennaway <kris@obsecurity.org>
Cc: stable@freebsd.org, Joseph Koshy <joseph.koshy@gmail.com>
Message-ID: <20051129094531.Y23958@anduin.net>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
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 <kris@obsecurity.org>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Eirik Oeverby <ltning@anduin.net>
Cc: stable@freebsd.org, Joseph Koshy <joseph.koshy@gmail.com>, Kris
Kennaway <kris@obsecurity.org>
Message-ID: <20051129091533.GA41885@xor.obsecurity.org>
Content-Type: text/plain; charset="us-ascii"
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
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.
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 :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051129/886f5e57/attachment-0001.bin
------------------------------
Message: 33
Date: Tue, 29 Nov 2005 10:25:07 +0100
From: Eirik ?verby <ltning@anduin.net>
Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ?
To: Kris Kennaway <kris@obsecurity.org>
Cc: stable@freebsd.org, Joseph Koshy <joseph.koshy@gmail.com>
Message-ID: <C8244498-F58F-4CCD-9BA5-7B9E19EAD517@anduin.net>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
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
>>>> 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.
>
> 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
**********************************************