Re: telnet -a the default
On Sat, Apr 28, 2001 at 01:15:06PM -0700, Nick Sayer wrote: Ruslan Ermilov wrote: On Sat, Apr 28, 2001 at 09:34:22AM -0700, Nick Sayer wrote: Ruslan Ermilov wrote: On Sat, Apr 28, 2001 at 08:45:48AM -0700, Nick Sayer wrote: Ruslan Ermilov wrote: Hi! Any reason why revisions 1.6 and 1.7 of crypto/telnet/telnet/main.c are not propagated to usr.bin/telnet/main.c? Well, because it's meaningless without having encryption compiled in. All of the authentication methods require encryption. Sorry, I meant making -a the default. Cheers, Again, making -a the default is meaningless without crypto. I just found it inconvenient to supply -K to telnet(1) every time now, and you know that secure/ telnet is installed by default. Could you please then tell me why -a was made the default for crypto telnet(1), and why it is meaningless without crypto? I didn't make -a the default for telnet, but I did MFC it just so that both branches would have the same sources. -a without an authentication method ends up just giving you a login: prompt from the other end. It's functionally no different than just doing it the old fashioned way. Assar, What is the reason why -a was made the default for crypto/ telnet? Is it the prerequisite for auto-negotiation of encrypt and decrypt committed in crypto/telnet/telnet/main.c,v 1.6 or could it be made optional? Cheers, -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Linux JDK 1.3 and hotspot (native threads)
Georg-W == Georg-W Koltermann [EMAIL PROTECTED] writes: Georg-W I tried the patch and found it makes no difference. The current SUN Georg-W JVM (1.3.0_02) gives the SIG11 as I indicated before. The latest IBM Georg-W JVM (IBM build cx130-20010329) hangs around and eats up CPU time. It Georg-W mostly eats system time (usage is about 8% user, 91% system). A Georg-W normal kill is ineffective, I have to send it a -9 in order to Georg-W terminate. Running SUn JVM 1.3.0_02 on Solaris 2.6 gives me exactly the same error once in a while, but only (I think) when using with -server, i.e. the hotspot server. This might well be a JVM problem, not a problem of the Linux emulation. -- Peter Mutsaers | Dübendorf| UNIX - Live free or die [EMAIL PROTECTED] | Switzerland | Sent via FreeBSD 4.3-stable To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
/usr/bin/login buserror with pam_ssh.so _malloc_options=JR
Hi, ---snip--- (1) root@ttyp2 # grep ^login /etc/pam.conf login authsufficient pam_ssh.so try_first_pass login authrequiredpam_unix.so try_first_pass login account requiredpam_unix.so login session sufficient pam_ssh.so try_first_pass login password required pam_permit.so login session requiredpam_permit.so (2) root@ttyp2 # ll /etc/malloc.conf lrwxr-xr-x 1 root wheel 2 Sep 5 2000 /etc/malloc.conf@ - aj ---snip--- Logging in on the console starts the ssh-agent for users which authenticate via pam_ssh (as expected), but the SSH env vars (SSH_AGENT_PID, SSH_AUTH_SOCK) aren't set (I think because export_pam_environment() is called before the pflag check and before pam_open_session(), but moving it behind pam_open_session() didn't work). Because I also get some warning: chunk already free with pam_ssh.so at logout I compiled login with _malloc_options=JR (and =JRX). Now I get a buserror if I try to authenticate via pam_ssh.so. I expected to find a coredump in / or in /home/$user (or at least somewhere in the root fs or in /tmp), but I can't find it. What am I doing wrong (I didn't have a coredump limit)? Bye, Alexander. -- I believe the technical term is Oops! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: isdn stops working when load increases
On 2 Mai, Jens Schweikhardt wrote: [Ruslan: I CCed you because of the second part of the mail] I've seen some recent mails related to rtprio oddity which seemed to also affect the isdnd. My -current is cvsupped May 1st (and Yes, it didn't started with the broken version of rtprio (I had to remove the rtprio keyword). survived; I've still got a fully populated root fs :-) I got a kernel panic with no coredump, I hope the npx commit fixed this, will test later. However, as soon as I do a find / or buildworld or some other commands increasing the load significantly (about 1 or more), isdnd seems to take a nap. No more packets transmitted. If I suspend the running programs, isdnd awakes and continues. Is anybody else observing the same behavior? Not with my Apr 29 kernel (no rtprio keyword in isdnd.rc), at least I didn't noticed it. BTW: What about dial-on-demand? I need this patch from Ruslan (attention, will not apply because of tab-space conversation by cutpaste!) ---snip--- Index: raw_ip.c === RCS file: /home/ncvs/src/sys/netinet/raw_ip.c,v retrieving revision 1.75 diff -u -p -r1.75 raw_ip.c --- raw_ip.c2001/03/16 20:00:53 1.75 +++ raw_ip.c2001/03/30 14:09:20 @@ -398,7 +398,9 @@ rip_ctlinput(cmd, sa, vip) * thing to do, but at least if we are running * a routing process they will come back. */ +#if 0 in_ifadown(ia-ia_ifa); +#endif break; } } ---snip--- to get a working dial-on-demand (the defaultroute vanishes after the first ifconfig down, but stays after readding the defaultroute). Bye, Alexander. -- 0 and 1. Now what could be so hard about that? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
lock order reversals, anyone?
T-o-T about 24 hours ago: lock order reversal 1st lockmgr interlock last acquired @ /usr/src/sys/kern/kern_lock.c:239 2nd 0xfe0025df8548 process lock @ /usr/src/sys/kern/kern_exit.c:542 3rd 0xfeaab8d0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 acquiring duplicate lock of same type: allproc 1st @ /usr/src/sys/kern/kern_proc.c:609 2nd @ /usr/src/sys/kern/kern_proc.c:146 lock order reversal 1st vnode interlock last acquired @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:397 2nd 0xfc80f218 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:464 3rd 0xfe0026918080 vnode interlock @ /usr/src/sys/kern/vfs_subr.c:1881 pid 288 (nsrexecd), uid 0: exited on signal 11 (core dumped) (oh, yeah, a 4.1 built executable is dying, charming) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/contrib/binutils/ld/emultempl elf32.em
[Ref. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=574034+0+current/cvs-all] Just had a build of today's -CURRENT die during the stage 3: cross tools part: === ld ln -sf /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/emultempl/astring.sed stringify.sed sh /usr/src/gnu/usr.bin/binutils/ld/genscripts.sh /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld \/usr/lib\ i386-unknown-freebsd i386-unknown-freebsd i386-unknown-freebsd elf_i386 elf_i386 i386-unknown-freebsd echo extern ld_emulation_xfer_type ld_elf_i386_emulation; ldemul-list.h echo #define EMULATION_LIST ld_elf_i386_emulation, 0 ldemul-list.h yacc -d -o ldgram.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldgram.y lex -t /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l ldlex.c rm -f .depend mkdep -f .depend -a-D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\elf_i386\ -DTARGET=\i386-unknown-freebsd\ -DSCRIPTDIR=\/usr/obj/usr/src/i386/usr/libdata\ -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -DVERSION=\2.10.1\ -DBFD_VERSION=\2.10.1\ -I/usr/obj/usr/src/i386/usr/include eelf_i386.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldcref.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldctor.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldexp.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldfile.c ldgram.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlang.c ldlex.c /usr/src! /gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmain.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmisc.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldver.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldwrite.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/lexsup.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/mri.c eelf_i386.c:158: elf-hints.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/ld. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. This is on: FreeBSD localhost 5.0-CURRENT FreeBSD 5.0-CURRENT #51: Wed May 2 16:24:51 PDT 2001 [EMAIL PROTECTED]:/common/C/obj/usr/src/sys/compile/LAPTOP_30W i386 Recent CVSups: CVSup started from cvsup14.freebsd.org at Wed May 2 03:47:00 PDT 2001 CVSup ended from cvsup14.freebsd.org at Wed May 2 03:53:01 PDT 2001 CVSup started from cvsup14.freebsd.org at Thu May 3 03:47:00 PDT 2001 CVSup ended from cvsup14.freebsd.org at Thu May 3 03:52:25 PDT 2001 A find from /usr/src showed that elf-hints.h is in /usr/src/include, with a timestamp of 05:34 this morning (when I ran the cvs update). A similar check of /usr/obj turns up empty... should it be getting copied somewhere, perhaps? Thanks, david -- David H. Wolfskill [EMAIL PROTECTED] As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: lock order reversals, anyone?
If memory serves me right, Matthew Jacob wrote: T-o-T about 24 hours ago: ??? lock order reversal 1st lockmgr interlock last acquired @ /usr/src/sys/kern/kern_lock.c:239 2nd 0xfe0025df8548 process lock @ /usr/src/sys/kern/kern_exit.c:542 3rd 0xfeaab8d0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 acquiring duplicate lock of same type: allproc 1st @ /usr/src/sys/kern/kern_proc.c:609 2nd @ /usr/src/sys/kern/kern_proc.c:146 lock order reversal 1st vnode interlock last acquired @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:397 2nd 0xfc80f218 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:464 3rd 0xfe0026918080 vnode interlock @ /usr/src/sys/kern/vfs_subr.c:1881 I saw something similar on my 5-CURRENT box built around 27 April. No core dumps that I know of. These showed up at boot time, shortly after my machine's SCSI devices were probed. From /var/log/messages: May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: da0: SEAGATE ST39236LW 0004 Fixed Direct Access SCSI-3 device May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: da0: 8761MB (17942584 512 byte sectors: 255H 63S/T 1116C) May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: lock order reversal May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 1st lockmgr interlock last acquired @ /usr/src/sys/kern/kern_lock.c:239 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 2nd 0xcb64665c process lock @ /usr/src/sys/kern/kern_exit.c:542 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 3rd 0xc0e3f988 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: acquiring duplicate lock of same type: allproc May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 1st @ /usr/src/sys/kern/kern_proc.c:607 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 2nd @ /usr/src/sys/kern/kern_proc.c:144 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: lock order reversal May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 1st vnode interlock last acquired @ /usr/src/sys/kern/vfs_vnops.c:636 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 2nd 0xc050d060 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:975 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 3rd 0xccf9c52c vnode interlock @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:984 May 2 10:19:12 bmah-freebsd-1 ntpd[355]: ntpd 4.0.99b Fri Apr 27 16:43:30 PDT 2001 (1) May 2 10:19:12 bmah-freebsd-1 ntpd[355]: using kernel phase-lock loop 2040 May 2 10:19:12 bmah-freebsd-1 ntpd[355]: using kernel phase-lock loop 2041 My machine is running a GENERIC kernel. Bruce. PGP signature
trap12: page fault
Hi, /sys from cvsup around 2pm CEST from cvsup3.de.freebsd.org (contains npx.c fix). Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01de7c3 stack pointer = 0x10:0xd51cfd98 frame pointer = 0x10:0xd51cfd98 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 6 (sh) trap number = 12 panic: page fault syncing disks... No syncing of the disks happens, no coredump (dump device not configured at this stage), hangs hard (need to press the reset button) after printing syncing disks Happens after printing Routing Daemons:., before Additional daemons: syslogd. It showed up the first time after the eats FFS partitions for breakfast problem was fixed. I already removed /sys/compile/kernel_name, so it didn't seems to be a stale object file. dmesg from a working kernel and kernel config attached. Bye, Alexander. -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #21: Sun Apr 29 15:54:35 CEST 2001 [EMAIL PROTECTED]:/big/usr/src/sys/compile/WORK Timecounter i8254 frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.94-MHz 686-class CPU) Origin = GenuineIntel Id = 0x665 Stepping = 5 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 268423168 (262132K bytes) avail memory = 256954368 (250932K bytes) Preloaded elf kernel kernel at 0xc041e000. Preloaded elf module vesa.ko at 0xc041e09c. Preloaded elf module cd9660.ko at 0xc041e138. Preloaded elf module mfs.ko at 0xc041e1d8. Preloaded elf module msdos.ko at 0xc041e274. Preloaded elf module procfs.ko at 0xc041e314. Preloaded elf module linux.ko at 0xc041e3b4. Preloaded elf module snd_pcm.ko at 0xc041e454. Preloaded elf module snd_sbc.ko at 0xc041e4f4. Preloaded elf module snd_sb16.ko at 0xc041e594. Preloaded elf module usb.ko at 0xc041e634. Preloaded elf module agp.ko at 0xc041e6d0. Preloaded elf module accf_data.ko at 0xc041e76c. Preloaded elf module accf_http.ko at 0xc041e810. Preloaded elf module random.ko at 0xc041e8b4. Preloaded elf module atspeaker.ko at 0xc041e954. Preloaded elf module joy.ko at 0xc041e9f8. Pentium Pro MTRR support enabled VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc036f2d7 (1000117) VESA: 3dfx Interactive, Inc. Using $PIR table, 7 entries at 0xc00f0d10 apm0: APM BIOS on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443LX (440 LX) host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 agp0: Intel 82443LX (440 LX) host to PCI bridge mem 0xe000-0xe7ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at 0.0 (no driver attached) isab0: PCI-ISA bridge at device 4.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xb400-0xb41f irq 9 at device 4.2 on pci0 usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: Intel 82371AB Power management controller port 0xe800-0xe80f irq 9 at device 4.3 on pci0 intpm0: I/O mapped e800 intpm0: intr IRQ 9 enabled revision 0 smbus0: System Management Bus on intsmb0 smb0: SMBus general purpose I/O on smbus0 intpm0: PM I/O mapped e400 ahc0: Adaptec aic7880 Ultra SCSI adapter port 0xb000-0xb0ff mem 0xd980-0xd9800fff irq 9 at device 6.0 on pci0 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xa800-0xa81f irq 9 at device 10.0 on pci0 ed0: address 00:80:ad:40:bd:e7, type NE2000 (16 bit) atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console at flags 0x6 on isa0 sc0: VGA 16 virtual consoles, flags=0x206 fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x20010 on isa0 sio0: type ST16650A sio1 at port 0x2e8-0x2ef
Re: lock order reversals, anyone?
On Thu, May 03, 2001 at 07:31:50AM -0700, Matthew Jacob wrote: T-o-T about 24 hours ago: lock order reversal 1st lockmgr interlock last acquired @ /usr/src/sys/kern/kern_lock.c:239 2nd 0xfe0025df8548 process lock @ /usr/src/sys/kern/kern_exit.c:542 3rd 0xfeaab8d0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 acquiring duplicate lock of same type: allproc 1st @ /usr/src/sys/kern/kern_proc.c:609 2nd @ /usr/src/sys/kern/kern_proc.c:146 lock order reversal 1st vnode interlock last acquired @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:397 2nd 0xfc80f218 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:464 3rd 0xfe0026918080 vnode interlock @ /usr/src/sys/kern/vfs_subr.c:1881 pid 288 (nsrexecd), uid 0: exited on signal 11 (core dumped) (oh, yeah, a 4.1 built executable is dying, charming) Don't know about your 4.1 executable, but the lock order reversals are a well known issue: http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=161827+165415+/usr/local/www/db/text/2001/freebsd-current/20010429.freebsd-current and http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=91622+94620+/usr/local/www/db/text/2001/freebsd-current/20010422.freebsd-current -- Chris D. Faulhaber - [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD: The Power To Serve - http://www.FreeBSD.org PGP signature
Re: lock order reversals, anyone?
On Thu, 3 May 2001, Bruce A. Mah wrote: If memory serves me right, Matthew Jacob wrote: T-o-T about 24 hours ago: ??? Top of Tree acquiring duplicate lock of same type: allproc 1st @ /usr/src/sys/kern/kern_proc.c:609 2nd @ /usr/src/sys/kern/kern_proc.c:146 lock order reversal 1st vnode interlock last acquired @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:397 2nd 0xfc80f218 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:464 3rd 0xfe0026918080 vnode interlock @ /usr/src/sys/kern/vfs_subr.c:1881 I saw something similar on my 5-CURRENT box built around 27 April. No core dumps that I know of. These showed up at boot time, shortly after my machine's SCSI devices were probed. From /var/log/messages: May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: da0: SEAGATE ST39236LW 0004 Fixed Direct Access SCSI-3 device May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: da0: 8761MB (17942584 512 byte sectors: 255H 63S/T 1116C) May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: lock order reversal May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 1st lockmgr interlock last acquired @ /usr/src/sys/kern/kern_lock.c:239 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 2nd 0xcb64665c process lock @ /usr/src/sys/kern/kern_exit.c:542 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 3rd 0xc0e3f988 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: acquiring duplicate lock of same type: allproc May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 1st @ /usr/src/sys/kern/kern_proc.c:607 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 2nd @ /usr/src/sys/kern/kern_proc.c:144 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: lock order reversal May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 1st vnode interlock last acquired @ /usr/src/sys/kern/vfs_vnops.c:636 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 2nd 0xc050d060 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:975 May 2 10:18:59 bmah-freebsd-1 /boot/kernel/kernel: 3rd 0xccf9c52c vnode interlock @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:984 May 2 10:19:12 bmah-freebsd-1 ntpd[355]: ntpd 4.0.99b Fri Apr 27 16:43:30 PDT 2001 (1) May 2 10:19:12 bmah-freebsd-1 ntpd[355]: using kernel phase-lock loop 2040 May 2 10:19:12 bmah-freebsd-1 ntpd[355]: using kernel phase-lock loop 2041 My machine is running a GENERIC kernel. Bruce. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: lock order reversals, anyone?
http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=161827+165415+/usr/local/www/db/text/2001/freebsd-current/20010429.freebsd-current Right- sorry to trouble you all. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
make world börked ?
=== ld echo extern ld_emulation_xfer_type ld_elf_i386_emulation; ldemul-list.h echo #define EMULATION_LIST ld_elf_i386_emulation, 0 ldemul-list.h ln -sf /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/emultempl/astring.sed stringify.sed yacc -d -o ldgram.c /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldgram.y lex -t /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l ldlex.c sh /flat/src/gnu/usr.bin/binutils/ld/genscripts.sh /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld \/usr/l ib\ i386-unknown-freebsd i386-unknown-freebsd i386-unknown-freebsd elf_i386 elf_i386 i386-unknown-freebsd rm -f .depend mkdep -f .depend -a-D_GNU_SOURCE -I- -I. -I/flat/src/gnu/usr.bin/binutils/ld/i386 -I/flat/src/gnu/usr.bin/binutils/ld -I/ flat/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDE FAULT_EMULATION=\elf_i386\ -DTARGET=\i386-unknown-freebsd\ -DSCRIPTDIR=\/usr/obj/flat/src/i386/usr/libdata\ -I/flat/src /gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -DVERSION=\2.10.1\ -DBFD_VERSION=\2.10.1\ -I/usr/obj/flat/src/i3 86/usr/include eelf_i386.c /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldcref.c /flat/src/gnu/usr.bin/ binutils/ld/../../../../contrib/binutils/ld/ldctor.c /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul .c /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldexp.c /flat/src/gnu/usr.bin/binutils/ld/../../../../co ntrib/binutils/ld/ldfile.c ldgram.c /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlang.c ldlex.c /flat/ src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmain.c /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/bi nutils/ld/ldmisc.c /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldver.c /flat/src/gnu/usr.bin/binutils/l d/../../../../contrib/binutils/ld/ldwrite.c /flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/lexsup.c /flat/ src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/mri.c eelf_i386.c:158: elf-hints.h: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: lock order reversals, anyone?
On 03-May-01 Matthew Jacob wrote: T-o-T about 24 hours ago: lock order reversal 1st lockmgr interlock last acquired @ /usr/src/sys/kern/kern_lock.c:239 2nd 0xfe0025df8548 process lock @ /usr/src/sys/kern/kern_exit.c:542 3rd 0xfeaab8d0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 This is new. We shouldn't be holding the proc lock and dinking with lockmgr at the same time. (Well, in theory at least.) acquiring duplicate lock of same type: allproc 1st @ /usr/src/sys/kern/kern_proc.c:609 2nd @ /usr/src/sys/kern/kern_proc.c:146 This is old. This is really a case of recursion, I'm currently hacking on witness some more which will fix this. lock order reversal 1st vnode interlock last acquired @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:397 2nd 0xfc80f218 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:464 3rd 0xfe0026918080 vnode interlock @ /usr/src/sys/kern/vfs_subr.c:1881 This is quite old. I have some h0h0 patches to fix these, but I'm not sure that they are actually right: http://www.FreeBSD.org/~jhb/patches/mntvnode.patch pid 288 (nsrexecd), uid 0: exited on signal 11 (core dumped) (oh, yeah, a 4.1 built executable is dying, charming) Cute. :-/ -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/contrib/binutils/ld/emultempl elf32.em
On Thu, May 03, 2001 at 07:48:08AM -0700, David Wolfskill wrote: [Ref. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=574034+0+current/cvs-all] ... eelf_i386.c:158: elf-hints.h: No such file or directory Crap,crap,crap,crap,crap!!! I thought I had gotten my systems clean enough when I did the post-commit ``make buildworld'' test. *sigh* a nice bootstrap issue here. Problem is elf-hints.h is a new header and a buildtool uses it. I guess a -I/usr/src/include is needed (or an install of headers into /usr/obj). To get over this hump if you aren't interested in debugging the bootstrap issue: cd /usr/src/include make obj make install -- -- David ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/contrib/binutils/ld/emultempl elf32.em
In message [EMAIL PROTECTED] David O'Brien writes: : On Thu, May 03, 2001 at 07:48:08AM -0700, David Wolfskill wrote: : [Ref. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=574034+0+current/cvs-all] : ... : eelf_i386.c:158: elf-hints.h: No such file or directory : : Crap,crap,crap,crap,crap!!! : I thought I had gotten my systems clean enough when I did the post-commit : ``make buildworld'' test. *sigh* a nice bootstrap issue here. Problem : is elf-hints.h is a new header and a buildtool uses it. I guess a : -I/usr/src/include is needed (or an install of headers into /usr/obj). You would have to add -I/usr/include before the -I/usr/src/include. Otherwise things will compile with the host's stdio and friends, which could be bad if there were a mismatch between them (like in FILE definitions, say). Sometimes I think that adding a cross update install target which would put new .h files into /usr/obj/mumble/include might not be a bad thing : To get over this hump if you aren't interested in debugging the bootstrap : issue: : : cd /usr/src/include : make obj : make install This is kinda hard when compiling current on a stable system that you wish to remain stable system after the compile :-) Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: panic in fxp driver
] I would be quite interested in knowing just how you manage
] to accomplish that, given that all the transmit control buffers
] are arranged in a circular linked list:
]
] fxp_init(void *xsc)
] {
] ...
] for (i = 0; i FXP_NTXCB; i++) {
] ...
] txp[i].next = txp[(i + 1) FXP_TXCB_MASK];
] }
]
]
] I would suggest actually examining the rest of the code to see
] how it works before making erroneous proclamations based on the
] myopic examination of a single statement.
I would suggest a less than myopic examination of the subject
line.
In particular, I saw a repeatable panic under extremely heavy
load.
Please consider the case where there are two mbuf chains being
transmitted, which look like this:
A B
header O O
\ /
\ /
\ /
data 1 O
|
data 2 O
|
data 3 O
Terry Lambert
[EMAIL PROTECTED]
---
Any opinions in this posting are my own and not those of my present
or previous employers.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: panic in fxp driver
In article local.mail.freebsd-current/[EMAIL PROTECTED] you
write:
] I would be quite interested in knowing just how you manage
] to accomplish that, given that all the transmit control buffers
] are arranged in a circular linked list:
]
] fxp_init(void *xsc)
] {
] ...
] for (i = 0; i FXP_NTXCB; i++) {
] ...
] txp[i].next = txp[(i + 1) FXP_TXCB_MASK];
] }
]
]
] I would suggest actually examining the rest of the code to see
] how it works before making erroneous proclamations based on the
] myopic examination of a single statement.
I would suggest a less than myopic examination of the subject
line.
I'm quite aware of the subject line; but you're changing the
subject here. Any panic has nothing to do with the next pointer
being NULL, as you stated in the previous email, since this is
not possible, assuming correct operation of the code.
In particular, I saw a repeatable panic under extremely heavy
load.
I'm sorry, my MTA must have dropped your bug report, as it appears
to be missing. Can you please resend? In particular, a stack
backtrace and preferably a crashdump, and leave off any wild
hypothesis of where the bugs are, unless you have supporting evidence.
Please consider the case where there are two mbuf chains being
transmitted, which look like this:
Um. Not Possible.
--
Jonathan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Web Development
Hi, Hi, I do web development and database work out of Las Vegas. I was wondering if you needed any development done. I have been doing web work for 6 years. I know Cold Fusion, ASP, Oracle, SQL and Flash. Tony Grijalva 702.951.3051 Here's some the sites I've worked on: http://www.crazynickels.com - Complete site. Turned out in 3 days. http://www.woodtrim.com - Complete sites along with www.brushed aluminum.com as a content manager, shopping cart, FAQ, Referral Program. http://www.SchoolCity.com - Pre-IPO Company I did the Complete site. I can send you a complete document about this site. http://www.codernet.com - My own site with a bunch of guys here. I did the graphics. http://www.antennas.com - The graphics were given to me in PhotoShop format. I have to make them web ready and add functions. http://www.momentisgroup.com - Backend Cold Fusion work. http://www.isecinc.com - Their print company in Arizona sent me the project and related functions. I can walk you through a back door process. http://www.reoinc.com - Working on Now. http://www.arraybiopharma.com - Needed the site before they went public... I didn't do the flash but everything else and some cgi. http://www.linworth.com - Got PhotoShop files. Added Cold Fusion functions. Please let me know if you need any help.. Thank You for your time and consideration, Tony Grijalva 702.951.3051 [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: isdn stops working when load increases
On Thu, May 03, 2001 at 01:39:50PM +0200, Alexander Leidinger wrote: # On 2 Mai, Jens Schweikhardt wrote: # # [Ruslan: I CCed you because of the second part of the mail] # # I've seen some recent mails related to rtprio oddity which seemed # to also affect the isdnd. My -current is cvsupped May 1st (and # # Yes, it didn't started with the broken version of rtprio (I had to # remove the rtprio keyword). # # survived; I've still got a fully populated root fs :-) # # I got a kernel panic with no coredump, I hope the npx commit fixed this, # will test later. # # However, as soon as I do a find / or buildworld or some other # commands increasing the load significantly (about 1 or more), # isdnd seems to take a nap. No more packets transmitted. If I # suspend the running programs, isdnd awakes and continues. # Is anybody else observing the same behavior? # # Not with my Apr 29 kernel (no rtprio keyword in isdnd.rc), at least I # didn't noticed it. # # BTW: What about dial-on-demand? Still ok. I have rtprio 25 (as from the isdnd.rc.sample, should I tune this? Remove the line?) in my isdnd.rc and this at the end of /etc/rc.isdn: echo 'removing previous isp0 config' ifconfig isp0 delete -link1 down echo 'setting sppp options' ispppcontrol isp0 myauthproto=pap myauthname= myauthsecret= hisauthproto=none callin echo 'configuring isp0' ifconfig isp0 1.2.3.4 5.6.7.8 netmask 0x link1 2/dev/null Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-current breaks
I just tried to compile and got this one: === ld ln -sf /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/emultempl/astring.sed stringify.sed sh /usr/src/gnu/usr.bin/binutils/ld/genscripts.sh /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld \/usr/lib\ i386-unknown-freebsd i386-unknown-freebsd i386-unknown-freebsd elf_i386 elf_i386 i386-unknown-freebsd echo extern ld_emulation_xfer_type ld_elf_i386_emulation; ldemul-list.h echo #define EMULATION_LIST ld_elf_i386_emulation, 0 ldemul-list.h yacc -d -o ldgram.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldgram.y lex -t /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l ldlex.c rm -f .depend mkdep -f .depend -a-D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\elf_i386\ -DTARGET=\i386-unknown-freebsd\ -DSCRIPTDIR=\/usr/obj/usr/src/i386/usr/libdata\ -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -DVERSION=\2.10.1\ -DBFD_VERSION=\2.10.1\ -I/usr/obj/usr/src/i386/usr/include eelf_i386.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldcref.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldctor.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldexp.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldfile.c ldgram.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlang.c ldlex.c /usr/src! /gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmain.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmisc.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldver.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldwrite.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/lexsup.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/mri.c eelf_i386.c:158: elf-hints.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/ld. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Thu May 3 20:22:08 CEST 2001 Regards, Marc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Any chance of release patch being committed?
Hello? I thought I had defended the reasons for my wanting the patch so that the KERNCONF in /usr/src/release/Makefile actually worked with sysinstall well enough that the patch should be committed... I haven't seen a commit go by... any chance of that change being committed? It doesn't really change the resulting code, unless KERNCONF is set to something other than GENERIC. Isn't anyone but me and Walnut Creek cum BSDI cum Windriver Systems using make release?!? Terry Lambert [EMAIL PROTECTED] --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make world bXrked ?
On Thu, 03 May 2001 18:15:38 +0200, Poul-Henning Kamp [EMAIL PROTECTED] said: eelf_i386.c:158: elf-hints.h: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 I puzzled over this, and finally found that beginning the magical incantations with make includes would get me past the problem. -- Michael D. Harnois[EMAIL PROTECTED] Redeemer Lutheran Church Washburn, Iowa When the outcome of a meeting is to have another meeting, it has been a lousy meeting. -- Herbert Clark Hoover To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make world bXrked ?
Yes- And David has checked in a hack to avoid this for now too. On Thu, 03 May 2001 18:15:38 +0200, Poul-Henning Kamp [EMAIL PROTECTED] said: eelf_i386.c:158: elf-hints.h: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 I puzzled over this, and finally found that beginning the magical incantations with make includes would get me past the problem. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Any chance of release patch being committed?
Terry Lambert [EMAIL PROTECTED] wrote: Isn't anyone but me and Walnut Creek cum BSDI cum Windriver Systems using make release?!? We are, but why would we use anything else than GENERIC for it, seriously? I'd never roll a `release' for my current machine. -- cheers, Jorg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/contrib/binutils/ld/emultempl elf32.em
On Thu, 3 May 2001, Warner Losh wrote: In message [EMAIL PROTECTED] David O'Brien writes: ... : I thought I had gotten my systems clean enough when I did the post-commit : ``make buildworld'' test. *sigh* a nice bootstrap issue here. Problem : is elf-hints.h is a new header and a buildtool uses it. I guess a : -I/usr/src/include is needed (or an install of headers into /usr/obj). should be a relative path. Fixed in the committed version You would have to add -I/usr/include before the -I/usr/src/include. Otherwise things will compile with the host's stdio and friends, which could be bad if there were a mismatch between them (like in FILE definitions, say). The committed version has this bug. Sometimes I think that adding a cross update install target which would put new .h files into /usr/obj/mumble/include might not be a bad thing This has essentially the same problems as putting /usr/src/include before /usr/include. Very few headers outside of /usr/include are certain to work on the host for _all_ cross-tools. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Any chance of release patch being committed?
On Fri, 4 May 2001, J Wunsch wrote: Terry Lambert [EMAIL PROTECTED] wrote: Isn't anyone but me and Walnut Creek cum BSDI cum Windriver Systems using make release?!? We are, but why would we use anything else than GENERIC for it, seriously? I'd never roll a `release' for my current machine. Actually, I'd love to see a release rolled using NEWCARD for current.freebsd.org, so we can install using cardbus notebooks. This came up today actually... Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
