Re: Adaptec 3210S, 4.9-STABLE, corruption when disk fails
Don Bowman wrote: From: Uwe Doering [mailto:[EMAIL PROTECTED] Don Bowman wrote: I have a machine running: $ uname -a FreeBSD machine.phaedrus.sandvine.com 4.9-STABLE FreeBSD 4.9-STABLE #0: Fri Mar 19 10:39:07 EST 2004 [EMAIL PROTECTED]:/usr/src/sys/compile/LABDB i386 ... I have merged asr.c from RELENG_4 to get this fix: Fix a mis-merge in the MFC of rev. 1.64 in rev. 1.3.2.3; the following change wasn't included: - Set the CAM status to CAM_SCSI_STATUS_ERROR rather than CAM_REQ_CMP in case of a CHECK CONDITION. since I guess its conceivable this could cause my problem. I have to admit that I didn't think of this right away, even though I was kind of involved. Did you merge 1.3.2.3 as well? This actually should have been one MFC but it was done in two steps due to an oversight. Please let us know whether the fix makes any difference in your case. Its author made it for CD burners and wasn't sure whether it has any effect on other devices, like da(4). Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers [EMAIL PROTECTED] | http://www.escapebox.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Crash when PREEMPTION enabled
I have tried enabling PREEMPTION on 5.3-RELEASE-p5 whilst it ran OK
for a few hours, it crashed overnight whilst doing a make index in
/usr/ports. I've tried repeating make index and it worked. I have
a coredump of the crash and have been doing some poking around.
A backtrace (with the nonsense frames deleted) is:
#8 0xc06775e2 in trap (frame=
{tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 4, tf_esi = -1011675136,
tf_ebp = -663303504, tf_isp = -663303576, tf_ebx = 65538, tf_edx = -1040411904,
tf_ecx = -1011675136, tf_eax = 25, tf_trapno = 12, tf_err = 0, tf_eip = 8,
tf_cs = 8, tf_eflags = 66050, tf_esp = -1068017362, tf_ss = -663303532})
at /usr/src/sys/i386/i386/trap.c:417
#9 0xc0664ada in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#26 0xc057592e in vn_lock (vp=0xc3b31000, flags=65538, td=0xc1cc0640)
at vnode_if.h:1013
#27 0xc0567636 in vget (vp=0xc3b31000, flags=2, td=0x0)
at /usr/src/sys/kern/vfs_subr.c:2028
#28 0xc055a4aa in vfs_cache_lookup (ap=0x0)
at /usr/src/sys/kern/vfs_cache.c:723
#29 0xc061a2a8 in ufs_vnoperate (ap=0x0)
at /usr/src/sys/ufs/ufs/ufs_vnops.c:2816
#30 0xc055fdce in lookup (ndp=0xd876cc24) at vnode_if.h:52
#31 0xc055f7bb in namei (ndp=0xd876cc24) at /usr/src/sys/kern/vfs_lookup.c:181
#32 0xc056f042 in stat (td=0xc1cc0640, uap=0xd876cd14)
at /usr/src/sys/kern/vfs_syscalls.c:2034
#33 0xc06780d0 in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 134964334,
tf_ebp = -1077946296, tf_isp = -663302796, tf_ebx = 134964320, tf_edx =
134964320, tf_ecx = 134964320, tf_eax = 188, tf_trapno = 12, tf_err = 2, tf_eip
= 134643347, tf_cs = 31, tf_eflags = 582, tf_esp = -1077946452, tf_ss = 47})
at /usr/src/sys/i386/i386/trap.c:1001
#34 0xc0664b2f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201
It appears that vn_lock() has called VOP_LOCK() but v_op is pointing to
an array of garbage. Apart from the memory at v_op, the vnode looks
reasonably sane:
(kgdb) p *(struct vnode *)0xc3b31000
$1 = {v_interlock = {mtx_object = {lo_class = 0xc06e583c,
lo_name = 0xc06b89b9 vnode interlock,
lo_type = 0xc06b89b9 vnode interlock, lo_flags = 196608, lo_list = {
tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0},
mtx_lock = 3251373632, mtx_recurse = 0}, v_iflag = 0, v_usecount = 1,
v_numoutput = 0, v_vxthread = 0x0, v_holdcnt = 1, v_cleanblkhd = {
tqh_first = 0xcbf84bc4, tqh_last = 0xcbf84c64},
v_cleanblkroot = 0xcbf84bc4, v_cleanbufcnt = 1, v_dirtyblkhd = {
tqh_first = 0x0, tqh_last = 0xc3b31048}, v_dirtyblkroot = 0x0,
v_dirtybufcnt = 0, v_vflag = 8, v_writecount = 0, v_object = 0xc36d4ad4,
v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_un = {
vu_mountedhere = 0x0, vu_socket = 0x0, vu_spec = {vu_cdev = 0x0,
vu_specnext = {sle_next = 0x0}}, vu_fifoinfo = 0x0}, v_freelist = {
tqe_next = 0xc2719210, tqe_prev = 0xc39e5ef8}, v_nmntvnodes = {
tqe_next = 0xc39cfd68, tqe_prev = 0xc24d9df8}, v_synclist = {
le_next = 0xc3ae1840, le_prev = 0xc3b151a0}, v_type = VREG,
v_tag = 0xc06b7244 ufs, v_data = 0xc270c690, v_lock = {
lk_interlock = 0xc070cc94, lk_flags = 16777280, lk_sharecount = 0,
lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80,
lk_wmesg = 0xc06b7244 ufs, lk_timo = 6, lk_lockholder = 0x,
lk_newlock = 0x0}, v_vnlock = 0xc3b310ac, v_op = 0xc1fc9300,
v_mount = 0xc1bb4000, v_cache_src = {lh_first = 0x310}, v_cache_dst = {
tqh_first = 0xc358e3b8, tqh_last = 0xc358e3c8}, v_id = 362047,
v_dd = 0xc3b31000, v_ddid = 0, v_pollinfo = 0x0, v_label = 0x0,
v_cachedfs = 1057, v_cachedid = 6630696, v_bsize = 16384}
Anyone have any ideas?
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Adaptec 3210S, 4.9-STABLE, corruption when disk fails
Uwe Doering wrote: Don Bowman wrote: I have merged asr.c from RELENG_4 to get this fix: Fix a mis-merge in the MFC of rev. 1.64 in rev. 1.3.2.3; the following change wasn't included: - Set the CAM status to CAM_SCSI_STATUS_ERROR rather than CAM_REQ_CMP in case of a CHECK CONDITION. since I guess its conceivable this could cause my problem. I have to admit that I didn't think of this right away, even though I was kind of involved. Did you merge 1.3.2.3 as well? This actually should have been one MFC but it was done in two steps due to an oversight. Please let us know whether the fix makes any difference in your case. Its author made it for CD burners and wasn't sure whether it has any effect on other devices, like da(4). Memory's coming back piecemeal. ;-) There's another thing you could try. The 'asr' driver's original timeout is 360 seconds, because its author knew that this type of controller can be busy for quite some time. FreeBSD's SCSI driver, however, sets it to its default of 60 seconds, which can be way too short. What happens when the controller is busy trying to deal with a failed disk is that the 'asr' driver sends a bus reset to the controller as a whole, due to the short timeout. You should be able to see this clash in the controller's event log. My feeling is that this collision of events may have ill effects, like the data corruption you've observed. On our machines we've set the SCSI timeout and thereby also the 'asr' driver's timeout back to the original 360 seconds, in order to leave the controller alone while it is busy. There is a 'sysctl' variable for this: kern.cam.da.default_timeout=360 Maybe that's the actual fix for your problem. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers [EMAIL PROTECTED] | http://www.escapebox.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3-R and D-Link DFE530TX cards
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 28 Feb 2005 22:24:25 -0500, Matt Emmerton [EMAIL PROTECTED] wrote: I just installed 5.3-R on a spare machine, which is equipped with a D-Link DFE-530TX network card. This is a typical Digital 21440A-based card which has worked fine fine under 4.x before. Something misdetected your card, then. The DFE-530TX is via-rhine based (vr0) - I should know, I have 3 boxen using them :) The DFE-530TX+, however, is based on an RTL8139. $ dmesg | grep vr0 vr0: VIA VT3043 Rhine I 10/100BaseTX port 0x1080-0x10ff mem 0xf000-0xf07f irq 11 at device 14.0 on pci0 miibus0: MII bus on vr0 vr0: Ethernet address: 00:50:ba:df:6f:60 - -- G. Stewart - [EMAIL PROTECTED] Everything that can be invented has been invented. -- Charles Duell, Director of U.S. Patent Office, 1899 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJDTQK5oiGLo9AcYRAoWoAJoDweO6I0nUqF2GWxk/Db4etAP7ZACeNO05 1eiLaSlkfYX6lECg3uFKEIg= =T8CA -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld broken ?
Mike Tancsa [EMAIL PROTECTED] writes: At 02:19 PM 28/02/2005, David O'Brien wrote: How come the tenderbox report sfor RELENG_5 don't go to this mailing list? I was watching this list while waiting for my own 'make world' to finish. (but then passed out) Perhaps it didnt pick up the changes ? I am not sure what it updates off of, but I noticed this morning my local cvsup server had problems for a couple of hours syncing up with cvsup.freebsd.org. 1) RELENG_5 tinderbox failure reports go to [EMAIL PROTECTED], [EMAIL PROTECTED] and [EMAIL PROTECTED]. 2) The tinderbox machines alternate between cvsupping directly from cvsup-master and from eachother, so they are never more than half an hour out of sync. 3) cvsup.freebsd.org is not authoritative in any way. It's just another mirror, hosted by Central Washington University. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HZ in RELENG_5? tcp_subr.c related
Robert Watson [EMAIL PROTECTED] writes: In 6-CURRENT, HZ is 1000 for amd64, i386, and ia64, but 100 for other platforms (i.e., ppc, arm, and alpha). HZ is (and always was) 1024 on alpha. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
The OpenOffice installation problem with -STABLE
Hello freebsd-stable, Searching a hints I've visited the http://porting.openoffice.org/freebsd/ site, but after applying a corresponding patch for a -stable I've faced up with the same error as without the patch. The entire output of the make install command looks like a following: === Installing for ru-openoffice-1.1.4 === ru-openoffice-1.1.4 depends on executable: pkg-config - found === ru-openoffice-1.1.4 depends on shared library: jpeg.9 - found === ru-openoffice-1.1.4 depends on shared library: png.5 - found === ru-openoffice-1.1.4 depends on shared library: mng.1 - found === ru-openoffice-1.1.4 depends on shared library: freetype.9 - found === ru-openoffice-1.1.4 depends on shared library: glib12.3 - found === ru-openoffice-1.1.4 depends on shared library: gtk12.2 - found === ru-openoffice-1.1.4 depends on shared library: ORBit.2 - found === ru-openoffice-1.1.4 depends on shared library: glib-2.0.400 - found === ru-openoffice-1.1.4 depends on shared library: atk-1.0.800 - found === ru-openoffice-1.1.4 depends on shared library: pango-1.0.600 - found === ru-openoffice-1.1.4 depends on shared library: gtk-x11-2.0.400 - found === Generating temporary packing list === Checking if russian/openoffice-1.1 already installed pkg_info: package mgetty-1.1.30.12.16_3 has no origin recorded Installation starting, please be patient ... Initializing installation program Installation Completed === Add wrapper scripts find: OpenOffice.org1.1.4: No such file or directory *** Error code 1 Stop in /usr/ports/russian/openoffice-1.1. *** Error code 1 Stop in /usr/ports/russian/openoffice-1.1. --the end of the output-- What does Installation Completed mean? Does any chance of building the OOo on the -STABLE exist? May be it will appear in future fo 4th? Or shuld I bring my system up to 5.3-RELEASE and build OOo again after upgrade? -- Thanks in advance Illia Baidakov. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Duplicated hardware interrupts
Whilst tracking down some interrupt latency problems, I've found that I'm getting duplicate interrupts from some, but not all, devices. The double interrupts appear to always occur for some IRQs and never occur on others. Based on those symptoms, I wonder if there's a hardware issue. The system is a GigaByte GA-7VRX-P motherboard (VIA KT333) with an Athlon XP-1800 running 5.3-RELEASE-p5 with APIC and ACPI: CPU: AMD Athlon(tm) XP 1800+ (1533.40-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x662 Stepping = 2 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc048MP,AMIE,DSP,3DNow! real memory = 536805376 (511 MB) avail memory = 515629056 (491 MB) ACPI APIC Table: AMIINT AMIINI09 ioapic0 Version 0.2 irqs 0-23 on motherboard ... acpi0: AMIINT AMIINI09 on motherboard I'm not seeing duplicate interrupts on atkbd0, rtc, fdc0, psm0 and ata0. I am seeing duplicate interrupts on drm0, rl0 and my video capture card. FWIW, the kernel code I'm using to check the interrupts is attached. Userland just mmap's the buffer, converts it to ASCII and dumps it to disk for later processing. Has anyone else seen anything like this? -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
problem with magic files and make buildworld
i got updated my source tree with cvsup and tag=RELENG_5 and i got such an error everytime i want to do make -j4 buildworld: cc -fpic -DPIC -O2 -pipe -march=pentium3 -DMAGIC='/usr/share/misc/magic' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -c /usr/src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So ./mkmagic magic building static magic library WARNING: offset head 1.1; invalid WARNING: type head 1.1; invalid and then many screens with this WARNING messages and then: WARNING: type @@ invalid mkmagic: could not find any magic files! *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error and compilation fails thanks for any help Paul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_5 frozen tomorrow?
Hi, In the planning i saw that the RELENG_5 source would be frozen feb 2. Will this still happen or not? Just curious, Mipam. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_5 frozen tomorrow?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 1 Mar 2005 12:13:32 +0100 (MET), Mipam [EMAIL PROTECTED] wrote: In the planning i saw that the RELENG_5 source would be frozen feb 2. Will this still happen or not? That was a month ago... - -- G. Stewart - [EMAIL PROTECTED] Don't be irreplaceable. If you can't be replaced, you can't be promoted. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJE/hK5oiGLo9AcYRAsatAJ4jmB5ygY7IzjuxluxY/aVnIkPahQCeIG7R 9EnkAA1DDKWPko9t6bEdN/k= =KHvq -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CALL FOR TESTERS: new candidate for libusb port
John Reynolds [EMAIL PROTECTED] wrote: 0) Save the shar attachment to libusb.shar 1) backup your existing .so files then pkg_delete -f libusb-0.1.7_1 2) (as root) cd /usr/ports/devel 3) backup your libusb: mv libusb libusb.orig 4) sh /path/to/libusb.shar I suggest to remove point 1), and add 5) run portupgrade libusb As I had mentioned before, Johannes bumped the lib version so after you compile and install this port you will need to go to /usr/local/lib (or whatever your PREFIX is) and do ln -s libusb-0.1.so.8 libusb-0.1.so.7 so that any apps you have that were linked against the .so.7 file can find the lib. Or, recompile them. You choose. A version bump of the library version suggests an ABI change, so the only real solution is to recompile. A symlink may work for some applications, but not for all. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 He only knew his iron spine held up the sky -- he didn't realize his brain had fallen to the ground. -- The Book of Serenity ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Suppressing bounce messages in sendmail
Daniel O'Connor wrote: Hi, We run sendmail on our systems in the field to hold and send email (but never receive it from the outside world) and I would like to be able to suppress bounce generation. The local user sending the email on the system has it's email redirected outside (to us back at base) so we're not the bounce messages provide pretty much zero useful information and just slow the link down when it does come back. Does anyone know how? I've seen DOUBLE_BOUNCE_ADDRESS which would help, but it would be nice to suppress them all if possible. If you set DOUBLE_BOUNCE_ADDRESS and LUSER_RELAY to nobody, that will probably have an effect close to what you've said you want. However, it is likely that solving the problem another way-- such as not sending mail which is going to bounce-- would be a better idea. -- -Chuck ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_5 frozen tomorrow?
On Tue, 1 Mar 2005 12:13:32 +0100 (MET), Mipam mipam at ibb.net wrote: In the planning i saw that the RELENG_5 source would be frozen feb 2. Will this still happen or not? That was a month ago... Yes, but any reasons that this date will not be met? http://www.freebsd.org/releases/5.4R/schedule.html This page still notes feb 2. So you're trying to say, the source freeze will not happen tomorrow? Bye, Mipam. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
Hi, i have relatively early updated my XFree to Xorg. In Version 6.7.x it has an problematic driver for Intel's Ich2 I815 Graphik-Card. The Developers say's this should be fixed in 6.8.1, may i have seen that it's not really. The failures are a little bit less then fromer with 6.7.x but it's the same feeling. Just open on this box an Firefox or Mozilla window, with an big Page ( like handbook in single page) and scroll with your mouse-wheel up and down, then it was a good chance that the XServer crashes. The really reason couldnt found by me, may it crashes 2 or 3 times a day. may i think this is only related to i815. on other boxes i couldnt repeat this behavior. The Upgrade from Xfree to xorg was really good described in /usr/ports/UPGRADING and was without problems, but the handling of different keyboard-type is a little bit different (eg. for german users), but no really a problem. regards ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
if_bfe/uhci: storm interrupt Fatal trap 12
Hi! I have a brand new Dell Inspiron 9100 laptop with a broadcom integrated NIC. I get a panic with 5.3-SNAP, 5.4-PRE and 6.0-SNAP due to a storm interrupt as soon as I assign an IP address to it (ifconfig or dhclient). The storm interrupt is reported on irq18: bfe0 uhci2. I have manage to use this laptop with NDISulator but I cannot boot LiveCD such as FreesBie. Here are many information I think might be useful, feel free to ask me more. I can manage to provide a remote access to this laptop (with NDISulator, so not sure if usable to debug if_bfe ;) ) #dmesg reports: bfe0: Broadcom BCM4401 Fast Ethernet mem 0xfaffe000-0xfaff irq 18 at device 0.0 on pci2 bfe0: Ethernet address: 00:11:43:65:ab:d1 miibus0: MII bus on bfe0 bmtphy0: BCM4401 10/100baseTX PHY on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto #ifconfig reports: bfe0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 options=8VLAN_MTU ether 00:11:43:65:ab:d1 media: Ethernet autoselect (100baseTX full-duplex) status: active #uname -a FreeBSD littleoak 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #1: Mon Feb 28 16:07:35 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LITTLEOAK i386 #vmstat -i interrupt total rate irq1: atkbd01341 2 irq8: rtc 69991127 irq9: acpi02 0 irq13: npx01 0 irq14: ata041321 75 irq15: ata1 58 0 irq16: uhci0 uhci3 998 1 irq19: cbb0 fwohci+1 0 irq0: clk 54681 99 Total 168394307 # irqs useb by uhci uhci0: Intel 82801EB (ICH5) USB controller USB-A port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 uhci1: Intel 82801EB (ICH5) USB controller USB-B port 0xbf60-0xbf7f irq 19 at device 29.1 on pci0 uhci2: Intel 82801EB (ICH5) USB controller USB-C port 0xbf40-0xbf5f irq 18 at device 29.2 on pci0 uhci3: Intel 82801EB (ICH5) USB controller USB-D port 0xbf20-0xbf3f irq 16 at device 29.3 on pci0 Not sure if it is related with but I have (mostly) random freeze of the system while browsing files with firefox/mozilla or other file browsers: but i'll report them lately. Thanks for your help. Phil. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: problem with magic files and make buildworld
i tried also to do: make build world but it does not helped ... the same error was shown. I have no idea what caused that, maybe someone of you know the reason and resolution? Greets Paul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_5 frozen tomorrow?
On Tue, Mar 01, 2005 at 02:00:05PM +0100, Mipam wrote: On Tue, 1 Mar 2005 12:13:32 +0100 (MET), Mipam mipam at ibb.net wrote: In the planning i saw that the RELENG_5 source would be frozen feb 2. Will this still happen or not? That was a month ago... Yes, but any reasons that this date will not be met? http://www.freebsd.org/releases/5.4R/schedule.html This page still notes feb 2. No, it says March 2, which is tomorrow, unlike Feb 2, which was a month ago. So you're trying to say, the source freeze will not happen tomorrow? It probably will happen tomorrow as planned. Just wait a few days and you will know if it happened or not. -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CARP in 5.4-RELEASE
The patch at http://people.freebsd.org/~glebius/totest/carp-RELENG_5-patch has been updates to reflect latest changes commited to HEAD. If you are using it please send me your reports, both positive and negative. Thanks! On Thu, Feb 24, 2005 at 04:13:36PM +0300, Gleb Smirnoff wrote: T Dear colleagues, T T I'm glad to announce CARP support already commited to HEAD. The porting T job has been done by Max Laier, and I'm going to maintain CARP in the T nearest future, because I use it at my day job. T T We will do our best to ship 5.4-RELEASE with CARP. Long time ago Max has T extended struct ifnet before RELENG_5 branching. With this far-seeing T change we can now MFC without ABI breakage. Patches for RELENG_5, that T are going to be commited soon are available here: T T http://people.freebsd.org/~glebius/totest/carp-RELENG_5-patch T T If you are interested in CARP, or if you are going to use it in near future, T then do not hesitate, download the patch and try it out! T T Before asking any questions, pls consult man page. It is already in the patch. T If you still have questions, I'd be glad to help you. T T -- T Totus tuus, Glebius. T GLEBIUS-RIPN GLEB-RIPE T ___ T freebsd-stable@freebsd.org mailing list T http://lists.freebsd.org/mailman/listinfo/freebsd-stable T To unsubscribe, send any mail to [EMAIL PROTECTED] -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 28 Feb 2005 16:21:39 -0800, Kevin Oberman [EMAIL PROTECTED] wrote: I'd say something is very wrong on your systems and I'd ALMOST bet it's ata related. Maybe ATA-MkIII would help things out. Possibly, altho' I doubt it given that the only short periods during which the machine is responsive are *during* disk I/O. - -- G. Stewart - [EMAIL PROTECTED] There are three types of people in this world: - Those who can count - Those who can't -- Walter Dnes in NANAE, 2003-JUL-26. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJHs6K5oiGLo9AcYRAumZAJ9ksutDEL/7SgsdSZ5nwJ80rbyXfQCggA6r dSgi7FihFYRqyUKvbpKlxQc= =rUEF -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Adaptec 3210S, 4.9-STABLE, corruption when disk fails
From: Uwe Doering [mailto:[EMAIL PROTECTED] ... Did you merge 1.3.2.3 as well? This actually should have been one MFC Yes, merged from RELENG_4. I will post later if this happens again, but it will be quite a long time. The machine has 7 drives in it, there are only 3 ones left old enough they might fail before I take it out of service (it originally had 7 1999-era IBM drives, now it has 4 2004-era seagate drives and 3 of the old IBM's. The drives have been in continuous service, so they've lead a pretty good life!) Thanks for the suggestion on the cam timeout, I've set that value. --don ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 1 Mar 2005 02:32:02 -0500 (EST), Jeff Roberson [EMAIL PROTECTED] wrote: Is the process that does the FFT in kernel, niced, or rtprio'd? last pid: 93131; load averages: 0.96, 0.49, 0.24 up 0+05:18:20 15:29:47 48 processes: 2 running, 46 sleeping CPU states: 99.6% user, 0.0% nice, 0.4% system, 0.0% interrupt, 0.0% idle Mem: 174M Active, 94M Inact, 86M Wired, 14M Cache, 48M Buf, 2564K Free Swap: 743M Total, 180K Used, 743M Free PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 93124 godwin 1210 33288K 23836K RUN 2:22 13.72% 13.72% audacity WCPU and CPU climb to about 20%, drop to 0 during disk I/O, then start climbing again. Note that this is with SCHED_4BSD. I'd need to recompile a kernel to get similar information for ULE/PREEMPTION. fx: goes off and compiles a new kernel and comes back when it's done... Looks like I spoke too soon. The system is now perfectly stable and usable with ULE. The problems I was having with ULE were on 5.3-STABLE. I'm now on 5.4-PRE. Were there significant changes to the kernel in between? Can you give me any information on the means by which you transfer data from a cassette to your pc? Straightforward audio connection from the amp's line out to the sound card's line in. The FFT filtering isn't performed on the fly BTW. I use audacity to grab the audio and then work on it after it's in the box. - -- G. Stewart - [EMAIL PROTECTED] All those who believe in telekinesis, raise my hand. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJIvrK5oiGLo9AcYRAtGOAKDOj+vzbIR8r8/Ei9Yzo/9abPKmDACdHcIY pcHHJuEsBDYQzJhRkleWzDQ= =OXpK -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
amd64 and CPUTYPE: i386 loader unusable
Dear colleagues,
[EMAIL PROTECTED]:/usr/src uname -a
FreeBSD gwhx.rinet.ru 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Tue Mar 1
08:22:54 UTC 2005 [EMAIL PROTECTED]:/usr/obj/lh/src/sys/MINI amd64
defining CPUTYPE=athlon64 in /etc/make conf renders loader unusable: it builds
with athlon64 optimization, and crashes (reboots) immediately. The following
patch fixes the problem for me.
Index: sys/boot/i386/Makefile.inc
===
RCS file: /home/ncvs/src/sys/boot/i386/Makefile.inc,v
retrieving revision 1.9
diff -u -r1.9 Makefile.inc
--- sys/boot/i386/Makefile.inc 9 Feb 2004 14:11:55 - 1.9
+++ sys/boot/i386/Makefile.inc 1 Mar 2005 15:32:44 -
@@ -9,6 +9,7 @@
LDFLAGS+= -nostdlib
.if ${MACHINE_ARCH} == amd64
+CPUTYPE= i686
CFLAGS+= -m32
LDFLAGS+= -m elf_i386_fbsd
AFLAGS+= --32
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: amd64 and CPUTYPE: i386 loader unusable
Dmitry Morozovsky wrote:
[EMAIL PROTECTED]:/usr/src uname -a
FreeBSD gwhx.rinet.ru 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Tue Mar 1
08:22:54 UTC 2005 [EMAIL PROTECTED]:/usr/obj/lh/src/sys/MINI amd64
defining CPUTYPE=athlon64 in /etc/make conf renders loader unusable: it builds
with athlon64 optimization, and crashes (reboots) immediately. The following
patch fixes the problem for me.
I had the exact same problem with CPUTYPE?=athlonxp on an i386 system
several months ago:
http://lists.freebsd.org/pipermail/freebsd-current/2004-October/040493.html
http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041981.html
http://lists.freebsd.org/pipermail/freebsd-current/2004-November/042127.html
I've just been running without CPUTYPE defined as I didn't know what
steps to take to debug it and didn't get a response to help.
I can test and debug this if someone will help me out.
Jon
Index: sys/boot/i386/Makefile.inc
===
RCS file: /home/ncvs/src/sys/boot/i386/Makefile.inc,v
retrieving revision 1.9
diff -u -r1.9 Makefile.inc
--- sys/boot/i386/Makefile.inc 9 Feb 2004 14:11:55 - 1.9
+++ sys/boot/i386/Makefile.inc 1 Mar 2005 15:32:44 -
@@ -9,6 +9,7 @@
LDFLAGS+= -nostdlib
.if ${MACHINE_ARCH} == amd64
+CPUTYPE= i686
CFLAGS+= -m32
LDFLAGS+= -m elf_i386_fbsd
AFLAGS+= --32
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Can FreeBSD be installed on DellPowerEdge2800 ?
Anybody did this? Any help is appreciateed ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
vacuuming... in nightly report
In my nightly status report, towards the end, I see the word vacuuming..., by itself, with no context. I don't see mention of it in anything under /etc or /usr/src, except games/fortune or share/dict. Google suggests this is something Postgres does, and while Postgres is installed and running it's not in production use, nor does anything related to PG appear to be called by the periodic scripts. Very strange. Daily scan included below, with sensitive data elided with a [...]. Thoughts? Brian -- Forwarded message -- Date: 1 Mar 2005 11:19:27 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: taz3.hyperreal.org daily run output Removing stale files from /var/preserve: Cleaning out old system announcements: Removing stale files from /var/rwho: Backup passwd and group files: Verifying group file syntax: Backing up mail aliases: Rotating accounting logs and gathering statistics: Disk status: [...] Last dump(s) done (Dump '' file systems): UUCP status: Network interface status: NameMtu Network Address Ipkts IerrsOpkts Oerrs Coll [...] Local system status: 3:01AM up 354 days, 6:19, 16 users, load averages: 0.76, 0.69, 0.72 Mail in local queue: messages in queue: 868 messages in queue but not yet preprocessed: 0 Security check: (output mailed separately) Checking for rejected mail hosts: Checking for denied zone transfers (AXFR and IXFR): 1 apache.org from 194.159.246.198 (no-dns-yet.demon.co.uk) vacuuming... -- End of daily output -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: vacuuming... in nightly report
On Tue, 1 Mar 2005, Brian Behlendorf wrote: BB In my nightly status report, towards the end, I see the word vacuuming..., BB by itself, with no context. I don't see mention of it in anything under BB /etc or /usr/src, except games/fortune or share/dict. Google suggests this BB is something Postgres does, and while Postgres is installed and running it's BB not in production use, nor does anything related to PG appear to be called BB by the periodic scripts. Very strange. Daily scan included below, with BB sensitive data elided with a [...]. Thoughts? check for /usr/local/etc/periodic/daily/502.pgsql installed by PostgreSQL port... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ioctl DIOCSMBR: Operation not permitted from boot0cfg -s 1
On a couple of machines here (my laptop and an SMP build machine), I track each of RELENG_4 and RELENG_5 on a daily basis. I do this by using separate bootable slices. As a consequence of doing things this way, I have become accustomed to using boot0cfg to switch the default boot slice when I need to do this (which is usually twice daily per machine). I know of no problems doing this with RELENG_4 in the past, nor with RELENG_5 (since that tag was laid down, of course -- there had been an issue with 5.x when it was -CURRENT back in the earlier days of GEOM, but that was un-broken withiin a few days -- up through Sunday (27 Feb). This morning, I got through building booting 5.4-PRERELEASE OK, so I tried switching back to slice 1 (where I have RELENG_4 living). This is what I saw: freebeast(5.4-P)[1] sudo boot0cfg -s 1 -v ad0 Password: boot0cfg: /dev/ad0: ioctl DIOCSMBR: Operation not permitted freebeast(5.4-P)[2] I also tried in single-user mode (after fsck -p and mounting the usual file systems, since boot0cfg is in /usr/sbin); same result. I can't help but think that this is a symptom of a mistake -- especially for -STABLE. (-CURRENT/HEAD, I could believe, though a heads up would be welcome if such a change were contemplated.) Now, on my laptop, it's easy enough to just press the appropriate Fx key at boot; for that build machine -- which runs headless, keyboardless, but with a serial console -- I found that I needed to interrupt the boot sequence early -- just after the boot blocks have been loaded; I was prompted: FreeBSD/i386 BOOT Default: 0:ad(0,a)/boot/loader boot: and responded 0:ad(0,1,a)/boot/loader, which booted from slice 1 (which was running 4.11-STABLE); I then used boot0cfg to switch the default boot slice to 1. I should be in a position to be able to test potential fixes. Thanks, david -- David H. Wolfskill [EMAIL PROTECTED] There is a place in software engineering for an appreciation of history. See http://www.catwhisker.org/~david/publickey.gpg for public key. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: vacuuming... in nightly report
% ls /usr/local/etc/periodic/daily/*pgsql* see /etc/periodic/daily/999.local I have poor english. sorry. On Tue, 1 Mar 2005 08:50:02 -0800 (PST), Brian Behlendorf [EMAIL PROTECTED] wrote: In my nightly status report, towards the end, I see the word vacuuming..., by itself, with no context. I don't see mention of it in anything under /etc or /usr/src, except games/fortune or share/dict. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: about HighPoint RocketRAID 1820a (hptmv) and freebsd 5.3
Uops ... it doesn't work great :( I've a raid 1 between disk n.1 and disk n.3. When I try to disconnect and reconnect disk n.3, the array is critical, but when I try to rebuild that with: sysctl -w hptmv.status=hpt 0 rebuild 1,1 I receive always the same error: sysctl: hptmv.status: invalid argument well, what I've to do? Thanks for any suggestion Regards Andrea ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: vacuuming... in nightly report
On Tue, 1 Mar 2005, Dmitry Morozovsky wrote: check for /usr/local/etc/periodic/daily/502.pgsql installed by PostgreSQL port... There ya go. Thanks. Brian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Can FreeBSD be installed on DellPowerEdge2800 ?
On Tue 01.03.2005 17:49, lhmwzy wrote: Please reply to hk at alogis dot com. This is not my native account. Subject: Can FreeBSD be installed on DellPowerEdge2800 ? Yes Anybody did this? Yes. Any help is appreciateed? Boot from FreeBSD 5.3-RELEASE-CD and install. No problems so far. You might want to disable USB within BIOS, though, because they seem to be shared with other critical devices (nics and raidcontroller). But I don't use USB anyway. Then you might want to upgrade to 5-STABLE. This is on Dell PowerEdge 2800 with 2GB ECC RAM, 4 x 36GB SCSI and amrd-Controller (PERC-4-something). Binary copy of SAP 4.6C and Oracle 8 (from a working installation on FreeBSD 4.x) works nearly without changes (using emulators/linux_base-suse-9.1 and one additional rpm (some compatibility-thing)). Regards, Holger Kipp ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
Date: Tue, 1 Mar 2005 15:24:58 +0100 From: Godwin Stewart [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] On Mon, 28 Feb 2005 16:21:39 -0800, Kevin Oberman [EMAIL PROTECTED] wrote: I'd say something is very wrong on your systems and I'd ALMOST bet it's ata related. Maybe ATA-MkIII would help things out. Possibly, altho' I doubt it given that the only short periods during which the machine is responsive are *during* disk I/O. Please DON'T top post to any FreeBSD list! This is starting to sound like it might be an interrupt routing issue and interrupts from the disk are sharing an IRQ with something else. Something else is generating interrupts that are never getting delivered, but the disk interrupts are waking the appropriate driver to allow things to proceed. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
Date: Tue, 1 Mar 2005 16:36:11 +0100 From: Godwin Stewart [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 1 Mar 2005 02:32:02 -0500 (EST), Jeff Roberson [EMAIL PROTECTED] wrote: Is the process that does the FFT in kernel, niced, or rtprio'd? last pid: 93131; load averages: 0.96, 0.49, 0.24 up 0+05:18:20 15:29:47 48 processes: 2 running, 46 sleeping CPU states: 99.6% user, 0.0% nice, 0.4% system, 0.0% interrupt, 0.0% id le Mem: 174M Active, 94M Inact, 86M Wired, 14M Cache, 48M Buf, 2564K Free Swap: 743M Total, 180K Used, 743M Free PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 93124 godwin 1210 33288K 23836K RUN 2:22 13.72% 13.72% audacity WCPU and CPU climb to about 20%, drop to 0 during disk I/O, then start climbing again. Note that this is with SCHED_4BSD. I'd need to recompile a kernel to get similar information for ULE/PREEMPTION. fx: goes off and compiles a new kernel and comes back when it's done... Looks like I spoke too soon. The system is now perfectly stable and usable with ULE. The problems I was having with ULE were on 5.3-STABLE. I'm now on 5.4-PRE. Were there significant changes to the kernel in between? Stable is a dynamic thing. Stable as of what date? Lots of fixes to ULE, APIC, ACPI and other things have made it to the kernel at some point in the life of 5.3-Stable. Several have made it rather recently. Comparing a dmesg from when it was not working with one now might be instructive. (They can be found in /var/log/messages[.n.bz2].) Take a look at the details of the device probes before disks are mounted in particular, for changes. Can you give me any information on the means by which you transfer data from a cassette to your pc? Straightforward audio connection from the amp's line out to the sound card's line in. The FFT filtering isn't performed on the fly BTW. I use audacity to grab the audio and then work on it after it's in the box. Really sounds more and more like interrupts were not getting properly delivered. Normally the disk IRQs are not shared, but it really looks like something was broken here for your BIOS. (And it appears to have been fixed!) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
gdb missing add-shared-symbol-files. why?
Hi,
played with dmalloc and the docu says to do the following in gdb:
(gdb) sharedlibrary
(gdb) add-shared-symbol-files
This command is not available in this configuration of GDB.
(gdb) break dmalloc_error
Why is this command not available? The code in question is at
/usr/src/contrib/gdb/gdb/symfile.c:1760
static void
add_shared_symbol_files_command (char *args, int from_tty)
{
#ifdef ADD_SHARED_SYMBOL_FILES
ADD_SHARED_SYMBOL_FILES (args, from_tty);
#else
error (This command is not available in this configuration of GDB.);
#endif
}
I grepped the whole src-tree for ADD_SHARED_SYMBOL_FILES. No luck.
What's up? (Note, devel/gdb6 has the same problem).
Ulrich Spoerlein
--
PGP Key ID: F0DB9F44 Encrypted mail welcome!
Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44
Ok, which part of Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.
didn't you understand?
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
-Original Message- From: Kevin Oberman Sent: 3/2/2005 10:45:32 AM To: [EMAIL PROTECTED] Cc: freebsd-stable@freebsd.org Subject: Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD Date: Tue, 1 Mar 2005 16:36:11 +0100 From: Godwin Stewart Sender: [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 1 Mar 2005 02:32:02 -0500 (EST), Jeff Roberson wrote: Is the process that does the FFT in kernel, niced, or rtprio'd? last pid: 93131; load averages: 0.96, 0.49, 0.24 up 0+05:18:20 15:29:47 48 processes: 2 running, 46 sleeping CPU states: 99.6% user, 0.0% nice, 0.4% system, 0.0% interrupt, 0.0% id le Mem: 174M Active, 94M Inact, 86M Wired, 14M Cache, 48M Buf, 2564K Free Swap: 743M Total, 180K Used, 743M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 93124 godwin 121 0 33288K 23836K RUN 2:22 13.72% 13.72% audacity WCPU and CPU climb to about 20%, drop to 0 during disk I/O, then start climbing again. Note that this is with SCHED_4BSD. I'd need to recompile a kernel to get similar information for ULE/PREEMPTION. fx: goes off and compiles a new kernel and comes back when it's done... Looks like I spoke too soon. The system is now perfectly stable and usable with ULE. The problems I was having with ULE were on 5.3-STABLE. I'm now on 5.4-PRE. Were there significant changes to the kernel in between? Stable is a dynamic thing. Stable as of what date? Lots of fixes to ULE, APIC, ACPI and other things have made it to the kernel at some point in the life of 5.3-Stable. Several have made it rather recently. Comparing a dmesg from when it was not working with one now might be instructive. (They can be found in /var/log/messages[.n.bz2].) Take a look at the details of the device probes before disks are mounted in particular, for changes. Can you give me any information on the means by which you transfer data from a cassette to your pc? Straightforward audio connection from the amp's line out to the sound card's line in. The FFT filtering isn't performed on the fly BTW. I use audacity to grab the audio and then work on it after it's in the box. Really sounds more and more like interrupts were not getting properly delivered. Normally the disk IRQs are not shared, but it really looks like something was broken here for your BIOS. (And it appears to have been fixed!) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] . Ppfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRJoin our internet solutions at a href=http://www.palsign.com;http://www.palsign.com/a/font ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3-R and D-Link DFE500TX cards [ corrected ]
On Mon, 28 Feb 2005 22:24:25 -0500, Matt Emmerton [EMAIL PROTECTED] wrote: I just installed 5.3-R on a spare machine, which is equipped with a D-Link DFE-530TX network card. This is a typical Digital 21440A-based card which has worked fine fine under 4.x before. Something misdetected your card, then. The DFE-530TX is via-rhine based (vr0) - I should know, I have 3 boxen using them :) The DFE-530TX+, however, is based on an RTL8139. $ dmesg | grep vr0 vr0: VIA VT3043 Rhine I 10/100BaseTX port 0x1080-0x10ff mem 0xf000-0xf07f irq 11 at device 14.0 on pci0 miibus0: MII bus on vr0 vr0: Ethernet address: 00:50:ba:df:6f:60 I yanked the card out and noticed it's an older DFE-500TX card (not 530TX) with the DEC 21140 chipset. So I think it's rightly being detected as a 'de' device, but is not working. Anyone out there have any hints/tips/advice? Thanks, -- Matt Emmerton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
I can not surf on Flash powered sites.
Hi All, I am the Freebsd+Xfce4 user from Turkey. Recently (on 26th of Feb 2005), I've CVSUP my system using stable-suppfile and ports-suppfile. And un expectedly my system became 5.4 Prelease. I've installed firefox 1.0 and mozilla 1.7, and also flashplugin for them from the ports directory. Nowavadays whenever I want to surf on websites which contains flash things my firefox or mozilla shuts itself. Did you ever encounter this problem. And if you'd how did you eliminate ??? Thanks in advance. Ege Mukan [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 01 Mar 2005 12:21:07 -0800, Kevin Oberman [EMAIL PROTECTED] wrote: Please DON'T top post to any FreeBSD list! Who was top-posting? I certainly wasn't! I hate that moronic practice with a vengeance. Only mildly less annoying is people writing to the list and Cc:'ing the message to multiple list members... This is starting to sound like it might be an interrupt routing issue and interrupts from the disk are sharing an IRQ with something else. Something else is generating interrupts that are never getting delivered, but the disk interrupts are waking the appropriate driver to allow things to proceed. Whatever it was it would appear to be solved now anyway. - -- G. Stewart - [EMAIL PROTECTED] Don't worry about people stealing your ideas. If your ideas are any good, you'll have to ram them down people's throats. -- Howard Aiken -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJOxmK5oiGLo9AcYRAv1kAJ0Ry39oiEczi8aOrkuBtK3yobt/LwCg21Rf bvbB4VIDXaC/3tfzJlNRaiM= =GUoN -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can FreeBSD be installed on DellPowerEdge2800 ?
Indeed, just installed on a customer's server last night, and I build SMP support into the GENERIC kernel this morning. Only issues I encountered has to do w/ recognizing the full 4GB of RAM, but this apparently has some compatibility issues w/ the amr driver. As per Holger's comments about disabling USB in BIOS, this is a good suggestion, since the DRAC apparently causes some IRQ issues w/ the PS/2 keyboard controller, or something along those lines. Regardless, these 2850 boxes are stupid fast, and I'm looking forward to benchmarking 5.3 on them. -- Art Mason Technical Support - Team F Rackspace Managed Hosting (800) 961-4454 ext. 4290 [EMAIL PROTECTED] Kipp Holger wrote: On Tue 01.03.2005 17:49, lhmwzy wrote: Please reply to hk at alogis dot com. This is not my native account. Subject: Can FreeBSD be installed on DellPowerEdge2800 ? Yes Anybody did this? Yes. Any help is appreciateed? Boot from FreeBSD 5.3-RELEASE-CD and install. No problems so far. You might want to disable USB within BIOS, though, because they seem to be shared with other critical devices (nics and raidcontroller). But I don't use USB anyway. Then you might want to upgrade to 5-STABLE. This is on Dell PowerEdge 2800 with 2GB ECC RAM, 4 x 36GB SCSI and amrd-Controller (PERC-4-something). Binary copy of SAP 4.6C and Oracle 8 (from a working installation on FreeBSD 4.x) works nearly without changes (using emulators/linux_base-suse-9.1 and one additional rpm (some compatibility-thing)). Regards, Holger Kipp ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3-R and D-Link DFE500TX cards [ SOLVED ]
On Mon, 28 Feb 2005 22:24:25 -0500, Matt Emmerton [EMAIL PROTECTED] wrote: I just installed 5.3-R on a spare machine, which is equipped with a D-Link DFE-530TX network card. This is a typical Digital 21440A-based card which has worked fine fine under 4.x before. Something misdetected your card, then. The DFE-530TX is via-rhine based (vr0) - I should know, I have 3 boxen using them :) The DFE-530TX+, however, is based on an RTL8139. $ dmesg | grep vr0 vr0: VIA VT3043 Rhine I 10/100BaseTX port 0x1080-0x10ff mem 0xf000-0xf07f irq 11 at device 14.0 on pci0 miibus0: MII bus on vr0 vr0: Ethernet address: 00:50:ba:df:6f:60 I yanked the card out and noticed it's an older DFE-500TX card (not 530TX) with the DEC 21140 chipset. So I think it's rightly being detected as a 'de' device, but is not working. Anyone out there have any hints/tips/advice? Apparently the magic trick is to wear rubber-soled slippers, scuff your feet across a plastic chair mat, while holding the NIC, and then discharge the accumulated static (audibly and visibly) between the card and the PC chassis. After doing this and reinstalling the card, it was properly detected (and is functional!). -- Matt Emmerton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can not surf on Flash powered sites.
On 03/01/05 23:23, Ege Mukan wrote: Hi All, I am the Freebsd+Xfce4 user from Turkey. Recently (on 26th of Feb 2005), I've CVSUP my system using stable-suppfile and ports-suppfile. And un expectedly my system became 5.4 Prelease. I've installed firefox 1.0 and mozilla 1.7, and also flashplugin for them from the ports directory. Nowavadays whenever I want to surf on websites which contains flash things my firefox or mozilla shuts itself. The reason for mozilla/firefox to exit with signal 6 is a MFC from three weeks ago: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpthread/thread/thr_mutex.c?f=h#rev1.45.2.1 The commit message suggests that www/linuxpluginwrapper needs to be rebuild, which will not be easy until you have followed the instructions from the 20041231 entry in /usr/ports/UPDATING Regards, Phil. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3-R and D-Link DFE500TX cards [ SOLVED ]
On Tue, 01 Mar 2005 18:07:08 -0500 Matt Emmerton [EMAIL PROTECTED] wrote: After doing this and reinstalling the card, it was properly detected (and is functional!). _Always_ try to do a physical reinstall of a card (if possible) as the last step before giving up. Vard connectors are still metal, and metal corrodes. Don't forget the simple things! /soapbox -- Regards, Torfinn Ingolfsen, Norway ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can not surf on Flash powered sites.
On Wed, 2 Mar 2005, Phil Schulz wrote: On 03/01/05 23:23, Ege Mukan wrote: Hi All, I am the Freebsd+Xfce4 user from Turkey. Recently (on 26th of Feb 2005), I've CVSUP my system using stable-suppfile and ports-suppfile. And un expectedly my system became 5.4 Prelease. I've installed firefox 1.0 and mozilla 1.7, and also flashplugin for them from the ports directory. Nowavadays whenever I want to surf on websites which contains flash things my firefox or mozilla shuts itself. The reason for mozilla/firefox to exit with signal 6 is a MFC from three weeks ago: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpthread/thread/thr_mutex.c?f=h#rev1.45.2.1 It's been something I've noticed for a long, long time, not just within the last three weeks. I do try it every couple of weeks to see if it works, but the best it gets is two-three web sites and then the seg fault. I realize until I sit down with a stack trace I haven't earned the right to complain, so I haven't yet, figuring it'll be important enough someday to someone clueful enough. Or, Macromedia will some day lighten up and let Mozilla include it as part of the web browser by default. Or something. The commit message suggests that www/linuxpluginwrapper needs to be rebuild, which will not be easy until you have followed the instructions from the 20041231 entry in /usr/ports/UPDATING How is www/linuxpluginwrapper involved when using /usr/ports/www/flashplugin-firefox or www/flashplugin-mozilla? If you're using the www/linux-flashplugin port, maybe, but that's proven just as prone to crashes for me. The most stable attempt has involved running linux-firefox (or linux-mozilla) with linux-flashplugin. Brian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Suppressing bounce messages in sendmail
On Tue, 1 Mar 2005 23:05, Chuck Swiger wrote: The local user sending the email on the system has it's email redirected outside (to us back at base) so we're not the bounce messages provide pretty much zero useful information and just slow the link down when it does come back. Does anyone know how? I've seen DOUBLE_BOUNCE_ADDRESS which would help, but it would be nice to suppress them all if possible. If you set DOUBLE_BOUNCE_ADDRESS and LUSER_RELAY to nobody, that will probably have an effect close to what you've said you want. However, it is OK thanks, I'll give it a whirl. likely that solving the problem another way-- such as not sending mail which is going to bounce-- would be a better idea. Yeah, unfortunatly I don't think it is possible.. The systems have 2 users on them (root radar) and root gets some email (eg daily checks) and radar gets about zero (unless there is a problem with a cron job). We redirect both of these to us back at base. The radar user sends some email (status reports from the radar for example) so if the network connection dies for a few days the outgoing emails start bouncing back to radar@ which then attempt to get sent to the outside world. So we don't have any problems when the network is operating properly but unfortunatly it can be rather variable in some places :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgpwJKAjXwMtI.pgp Description: PGP signature
Re: Duplicated hardware interrupts
On Tue, 1 Mar 2005, Peter Jeremy wrote: Whilst tracking down some interrupt latency problems, I've found that I'm getting duplicate interrupts from some, but not all, devices. The double interrupts appear to always occur for some IRQs and never occur on others. Based on those symptoms, I wonder if there's a hardware issue. That sounds like interrupt routing problems. If you're running UP, try running this in loader before booting: set hint.apic.0.disabled=1 If things improve then your I/O APIC or routing information is bad, which isn't unusual for UP systems. Remove device apic from your kernel or add the hint to device.hints or loader.conf. I need this on my KT400 at home. The system is a GigaByte GA-7VRX-P motherboard (VIA KT333) with an Athlon XP-1800 running 5.3-RELEASE-p5 with APIC and ACPI: CPU: AMD Athlon(tm) XP 1800+ (1533.40-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x662 Stepping = 2 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc048MP,AMIE,DSP,3DNow! real memory = 536805376 (511 MB) avail memory = 515629056 (491 MB) ACPI APIC Table: AMIINT AMIINI09 ioapic0 Version 0.2 irqs 0-23 on motherboard ... acpi0: AMIINT AMIINI09 on motherboard I'm not seeing duplicate interrupts on atkbd0, rtc, fdc0, psm0 and ata0. I am seeing duplicate interrupts on drm0, rl0 and my video capture card. FWIW, the kernel code I'm using to check the interrupts is attached. Userland just mmap's the buffer, converts it to ASCII and dumps it to disk for later processing. Has anyone else seen anything like this? -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bfe/uhci: storm interrupt Fatal trap 12
On Tue, 1 Mar 2005 [EMAIL PROTECTED] wrote: Hi! I have a brand new Dell Inspiron 9100 laptop with a broadcom integrated NIC. I get a panic with 5.3-SNAP, 5.4-PRE and 6.0-SNAP due to a storm interrupt as soon as I assign an IP address to it (ifconfig or dhclient). The storm interrupt is reported on irq18: bfe0 uhci2. Does booting in Safe Mode from the beastie menu improve things? #vmstat -i interrupt total rate irq1: atkbd01341 2 irq8: rtc 69991127 irq9: acpi02 0 irq13: npx01 0 irq14: ata041321 75 irq15: ata1 58 0 irq16: uhci0 uhci3 998 1 irq19: cbb0 fwohci+1 0 irq0: clk 54681 99 Total 168394307 # irqs useb by uhci uhci0: Intel 82801EB (ICH5) USB controller USB-A port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 uhci1: Intel 82801EB (ICH5) USB controller USB-B port 0xbf60-0xbf7f irq 19 at device 29.1 on pci0 uhci2: Intel 82801EB (ICH5) USB controller USB-C port 0xbf40-0xbf5f irq 18 at device 29.2 on pci0 uhci3: Intel 82801EB (ICH5) USB controller USB-D port 0xbf20-0xbf3f irq 16 at device 29.3 on pci0 Not sure if it is related with but I have (mostly) random freeze of the system while browsing files with firefox/mozilla or other file browsers: but i'll report them lately. Thanks for your help. Phil. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ioctl DIOCSMBR: Operation not permitted from boot0cfg -s 1
On Tue, 1 Mar 2005, David Wolfskill wrote: On a couple of machines here (my laptop and an SMP build machine), I track each of RELENG_4 and RELENG_5 on a daily basis. I do this by using separate bootable slices. As a consequence of doing things this way, I have become accustomed to using boot0cfg to switch the default boot slice when I need to do this (which is usually twice daily per machine). I know of no problems doing this with RELENG_4 in the past, nor with RELENG_5 (since that tag was laid down, of course -- there had been an issue with 5.x when it was -CURRENT back in the earlier days of GEOM, but that was un-broken withiin a few days -- up through Sunday (27 Feb). This morning, I got through building booting 5.4-PRERELEASE OK, so I tried switching back to slice 1 (where I have RELENG_4 living). This is what I saw: freebeast(5.4-P)[1] sudo boot0cfg -s 1 -v ad0 Password: boot0cfg: /dev/ad0: ioctl DIOCSMBR: Operation not permitted freebeast(5.4-P)[2] This is a GEOM safety feature. Set sysctl kern.geom.debugflags=16 to disable the safety, but you can very easily spam any mounted volumes this way. Use at your own risk :) -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Suppressing bounce messages in sendmail
man sendmail -N dsn Set delivery status notification conditions to dsn, which can be `never' for no notifications ... ^ Use that for mail submission. You can also set the envelope from to if you really don't care about bounces (in addition to DoubleBounceAddress) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can FreeBSD be installed on DellPowerEdge2800 ?
FYI, the architecture of the 2850 (assuming it is similar to your 2800) requires that you enable PAE support in your kernel of whatever OS you run to address the full 4GB of RAM. This is due in some part because of the memory mapping that was done for the PCI express bus and/or onboard Perc controller (per Dell tech support). We've run into this with all of our 2850's with various OS's and enabling PAE (per Dell's advice) fixes it. At 05:50 PM 3/1/2005, Art Mason wrote: Indeed, just installed on a customer's server last night, and I build SMP support into the GENERIC kernel this morning. Only issues I encountered has to do w/ recognizing the full 4GB of RAM, but this apparently has some compatibility issues w/ the amr driver. As per Holger's comments about disabling USB in BIOS, this is a good suggestion, since the DRAC apparently causes some IRQ issues w/ the PS/2 keyboard controller, or something along those lines. Regardless, these 2850 boxes are stupid fast, and I'm looking forward to benchmarking 5.3 on them. -- Art Mason Technical Support - Team F Rackspace Managed Hosting (800) 961-4454 ext. 4290 [EMAIL PROTECTED] Kipp Holger wrote: On Tue 01.03.2005 17:49, lhmwzy wrote: Please reply to hk at alogis dot com. This is not my native account. Subject: Can FreeBSD be installed on DellPowerEdge2800 ? Yes Anybody did this? Yes. Any help is appreciateed? Boot from FreeBSD 5.3-RELEASE-CD and install. No problems so far. You might want to disable USB within BIOS, though, because they seem to be shared with other critical devices (nics and raidcontroller). But I don't use USB anyway. Then you might want to upgrade to 5-STABLE. This is on Dell PowerEdge 2800 with 2GB ECC RAM, 4 x 36GB SCSI and amrd-Controller (PERC-4-something). Binary copy of SAP 4.6C and Oracle 8 (from a working installation on FreeBSD 4.x) works nearly without changes (using emulators/linux_base-suse-9.1 and one additional rpm (some compatibility-thing)). Regards, Holger Kipp ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Vinny Abello Network Engineer Server Management [EMAIL PROTECTED] (973)300-9211 x 125 (973)940-6125 (Direct) PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A Tellurian Networks - The Ultimate Internet Connection http://www.tellurian.com (888)TELLURIAN Courage is resistance to fear, mastery of fear - not absence of fear -- Mark Twain ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bfe/uhci: storm interrupt Fatal trap 12
On 1 Mar, Doug White wrote: On Tue, 1 Mar 2005 [EMAIL PROTECTED] wrote: Hi! I have a brand new Dell Inspiron 9100 laptop with a broadcom integrated NIC. I get a panic with 5.3-SNAP, 5.4-PRE and 6.0-SNAP due to a storm interrupt as soon as I assign an IP address to it (ifconfig or dhclient). The storm interrupt is reported on irq18: bfe0 uhci2. Does booting in Safe Mode from the beastie menu improve things? Booting in safe mode does not improve the behavior. There is still a page fault while in kernel mode but the storm interrupt is now on irq11: cbb0 fwohci+. Let me know if there is more information I can provide you. Sorry, I have no crash dump to give you. Phil. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
