Re: cvs commit: src/usr.sbin/ppp Makefile async.c async.h atm.cbundle.c ccp.c ccp.h chap.c chap.h chat.c command.c datalink.cdatalink.h defs.c defs.h ether.c exec.c i4b.c lcp.c lcp.h main.cmppe.c netgraph.c netgraph.h physical.c physical.h route.c tcp.c ...
Hello.
brian 2002/03/30 04:30:11 PST
Modified files:
usr.sbin/ppp Makefile async.c async.h atm.c bundle.c
ccp.c ccp.h chap.c chap.h chat.c
command.c datalink.c datalink.h defs.c
defs.h ether.c exec.c i4b.c lcp.c lcp.h
main.c mppe.c physical.c physical.h
route.c tcp.c tty.c udp.c
:
1.126 +13 -17src/usr.sbin/ppp/bundle.c
In the 6th chunk, a decrement to bundle.unit after succeeding ID0kldload()
is lost. This results in the unit number of tun device set to 1(tun1)
instead of 0(tun0) when if_tun.ko is not yet kldload'ed() before ppp is
invoked. If I exit from ppp and start it again, ppp uses tun0, leaving
tun1 behind. After that and receiving a few megabytes, I've experienced
a mysterious panic (getnewvnode: free vnode isn't). The panic itself, though,
is something similar to that I'm always seeing whenever I didn't kill
pccardd before doing acpiconf -s3, so it might be unrelated to this issue.
Anyway, a patch is attached.
Regards.
Index: usr.sbin/ppp/bundle.c
===
RCS file: /home/cvs/freebsd/src/usr.sbin/ppp/bundle.c,v
retrieving revision 1.127
diff -u -r1.127 bundle.c
--- usr.sbin/ppp/bundle.c 30 Mar 2002 12:52:55 - 1.127
+++ usr.sbin/ppp/bundle.c 14 Apr 2002 05:46:37 -
-711,7 +711,8
* Attempt to load the tunnel interface KLD if it isn't loaded
* already.
*/
-loadmodules(LOAD_VERBOSLY, if_tun, NULL);
+if (loadmodules(LOAD_VERBOSLY, if_tun, NULL) 0)
+ bundle.unit--;
continue;
}
#endif
Index: usr.sbin/ppp/defs.c
===
RCS file: /home/cvs/freebsd/src/usr.sbin/ppp/defs.c,v
retrieving revision 1.45
diff -u -r1.45 defs.c
--- usr.sbin/ppp/defs.c 30 Mar 2002 12:30:09 - 1.45
+++ usr.sbin/ppp/defs.c 14 Apr 2002 05:46:13 -
-420,19 +420,26
}
}
-void
+/* return: number of modules kldload'ed */
+int
loadmodules(int how, const char *module, ...)
{
#if defined(__FreeBSD__) !defined(NOKLDLOAD)
va_list ap;
+ int loaded = 0;
va_start(ap, module);
while (module != NULL) {
-if (modfind(module) == -1 ID0kldload(module) == -1
-how == LOAD_VERBOSLY)
- log_Printf(LogWARN, %s: Cannot load module\n, module);
+if (modfind(module) == -1) {
+ if (ID0kldload(module) == -1) {
+ if (how == LOAD_VERBOSLY)
+ log_Printf(LogWARN, %s: Cannot load module\n, module);
+ } else
+ ++loaded;
+}
module = va_arg(ap, const char *);
}
va_end(ap);
#endif
+ return loaded;
}
Index: usr.sbin/ppp/defs.h
===
RCS file: /home/cvs/freebsd/src/usr.sbin/ppp/defs.h,v
retrieving revision 1.65
diff -u -r1.65 defs.h
--- usr.sbin/ppp/defs.h 30 Mar 2002 12:30:09 - 1.65
+++ usr.sbin/ppp/defs.h 14 Apr 2002 05:31:00 -
-139,4 +139,4
extern fd_set *mkfdset(void);
extern void zerofdset(fd_set *);
extern void Concatinate(char *, size_t, int, const char *const *);
-extern void loadmodules(int, const char *, ...);
+extern int loadmodules(int, const char *, ...);
Re: Couple of weird messages in logs, and crashing to debuggier.
On Sat, Apr 13, 2002 at 04:50:44AM -0400, Jason wrote: After finally getting machine to stop crashing, I noticed these, no clue what they mean Any ideas link_elf: symbol pfil_add_hook undefined This is the ipl.ko (IPFilter) kernel module failing to load. It is currently broken. -- Crist J. Clark | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://people.freebsd.org/~cjc/| [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATA errors on recent -current
On 14 Apr, David W. Chapman Jr. wrote: I updated to -current today and am now getting these errors ad0: READ command timeout tag=1 serv=1 - resetting ata0: resetting devices .. ad0: invalidating queued requests done Turn off tagged queing. Søren knows about this error and tries to reproduce it (but fails as far as I know). Bye, Alexander. -- One world, one web, one program -- Microsoft promotional ad Ein Volk, ein Reich, ein Fuehrer -- Adolf Hitler 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: pam_unix.so error and lock order reversal
On Sat, 13 Apr 2002, Terry Lambert wrote: Rasmus Skaarup wrote: 2) When logged in as root, and su'd to a non-root user, I cannot ssh to a 4.5-STABLE machine.. It just hangs. But when logged in as non-root, it works fine. Is this somekind of security feature? :-) Pretty much. The user it attempts to log you in as is still root, because that's still your identity, even if it's not your current credential. [...] You might want to try using su - instead of su, in order to actually *become* the other person. I am. Best regards, Rasmus Skaarup To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: swi_net: unregistered isr number: 18
I'm getting the same message a lot when using 'dhclient'. Best regards, Rasmus Skaarup On Sat, 13 Apr 2002, Steve Kargl wrote: cvsup and make world sequence from this morning (0841 PDT) yields the following warning at boot swi_net: unregistered isr number: 18. System appears to be running fine. -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: swi_net: unregistered isr number: 18
I have seen the same message on a couple FreeBSD systems that I run over the last several months, but they both seem to be running fine. I was wondering if it was a 'hack attempt' of somekind over my DSL line Glenn Gombert [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: swi_net: unregistered isr number: 18
On 14-Apr-2002 Glenn Gombert wrote: I have seen the same message on a couple FreeBSD systems that I run over the last several months, but they both seem to be running fine. I was wondering if it was a 'hack attempt' of somekind over my DSL line No it's a kernel bug of some sort. I've only seen it on some test kernels (not CVS kernels) during dhclient on my laptop. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ 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: Problem with rl
On Sat, Apr 13, 2002 at 10:51:16AM +0200, John Angelmo wrote: The errormessage I get is: rl0: RealTek 8139 10/100 Irq 5 at device 2.0 pci 1 Couldn't map ports/memory device_probe_and_attatch( rl0 attatch retuned 6) Is PNP OS installed selected in your BIOS? If so, try without this option set. - Murray msg37226/pgp0.pgp Description: PGP signature
Re: ATA errors on recent -current
Hello, just as an additional datapoint. My 5.0-current system panics during boot when I enable tagged queing. This did not happen with a system built on March 16th, but there have been numerous changes on the ata-subsystem inbetween and I was not able to trace this down to a specific change. The trace looks like this (this is just handwritten) ad_service (e5217c00,1,12788100,0,0) +0x36 ad_transfer (e51fcdc0) ata_start adstrategy ar_rw ar_promise_read_conf ata_raiddisk_attach ad_attach The panic appears right when the disks should be attached. This happens with a GENERIC kernel too! This is a dmesg output without tagging: Copyright (c) 1992-2002 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 #0: Sun Apr 14 09:29:41 MEST 2002 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/MCSMP2 Preloaded elf kernel /boot/kernel/kernel at 0xc0523000. Preloaded elf module /boot/kernel/acpi.ko at 0xc05230a8. Timecounter i8254 frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (996.55-MHz 686-class CPU) Origin = GenuineIntel Id = 0x68a Stepping = 10 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 1073676288 (1048512K bytes) avail memory = 1038569472 (1014228K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec0 Pentium Pro MTRR support enabled Using $PIR table, 8 entries at 0xc00f7570 npx0: math processor on motherboard npx0: INT 16 interface acpi0: AMIINT on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_button0: Power Button on acpi0 acpi_pcib0: Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: PCI bus on acpi_pcib0 agp0: VIA 82C691 (Apollo Pro) host to PCI bridge mem 0xe000-0xe3ff 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 device 0.0 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA100 controller port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xcc00-0xcc1f irq 10 at device 7.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: KYE Genius USB Wheel Mouse, rev 1.00/0.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ulpt0: Hewlett-Packard DeskJet 990C, rev 1.10/1.00, addr 3, iclass 7/1 ulpt0: using bi-directional mode uhci1: VIA 83C572 USB controller port 0xd800-0xd81f irq 10 at device 7.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: serial bus, SMBus at device 7.4 (no driver attached) xl0: 3Com 3c905B-TX Fast Etherlink XL port 0xc800-0xc87f mem 0xde80-0xdeff irq 12 at device 9.0 on pci0 xl0: Ethernet address: 00:10:5a:d7:dd:9c miibus0: MII bus on xl0 xlphy0: 3Com internal media interface on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: Creative EMU10K1 port 0xc400-0xc41f irq 9 at device 10.0 on pci0 bktr0: BrookTree 878 mem 0xdedfe000-0xdedfefff irq 10 at device 11.0 on pci0 bktr0: Hauppauge Model 61344 D121 bktr0: Detected a MSP3410D-B4 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. pci0: multimedia at device 11.1 (no driver attached) sym0: 875 port 0xd000-0xd0ff mem 0xdfffe000-0xdfffefff,0xdf00-0xdfff irq 11 at device 12.0 on pci0 sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: SCAN FOR LUNS disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14 15. acpi_button1: Sleep Button on acpi0 atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0:
Re: PAM error messages
David W. Chapman Jr. [EMAIL PROTECTED] writes: I'm seeing this a lot on a recent 4.5-STABLE to -current upgrade, is this a problem or something I did wrong? dwcjr login: in openpam_dispatch(): pam_unix.so: no pam_sm_close_session() dwcjr login: in openpam_dispatch(): pam_unix.so: no pam_sm_open_session() Neither. The PAM policy for login(1) includes pam_unix in the session management chain, but pam_unix does not provide session management services, so you get a warning. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
/.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:258: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:269: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:278: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:287: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:294: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:359: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c: In function `st_optionneg': /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:511: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:525: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:543: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:560: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c: In function `st_connectinfo': /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:615: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:631: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:649: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:668: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:679: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c: In function `mi_thread_handle_wrapper': /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c:449: warning: cast to pointer from integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c: In function `mi_engine': /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:223: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:245: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:258: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:269: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:278: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:287: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:294: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:359: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c: In function `st_optionneg': /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:511: warning: cast from pointer to integer of different size /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:525: warning: cast from
Re: swi_net: unregistered isr number: 18
On Sun, Apr 14, 2002 at 09:00:40AM -0400, John Baldwin wrote: On 14-Apr-2002 Glenn Gombert wrote: I have seen the same message on a couple FreeBSD systems that I run over the last several months, but they both seem to be running fine. I was wondering if it was a 'hack attempt' of somekind over my DSL line No it's a kernel bug of some sort. I've only seen it on some test kernels (not CVS kernels) during dhclient on my laptop. This only started to happen on my system in the last week. I'm using dhclient. Is the invocation of dhcp in the rc script done before the network code is completely set up? -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: alpha tinderbox failure
Dag-Erling Smorgrav [EMAIL PROTECTED] writes: === libpam/libpam cc1: warnings being treated as errors /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libpam/libpam/pam_debug_log.c: In function `_pam_verbose_error': /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libpam/libpam/pam_debug_log.c:57: warning: field width is not type int (arg 3) *** Error code 1 This one's mine... DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
make world stops...
Hi everybody, because noone mentioned it so far... : c++ -O -pipe -march=k6 -I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MATH_H=1 -DRET_TYPE_SRAND_IS_VOID=1 -DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1 -DHAVE_CC_LIMITS_H=1 -DRETSIGTYPE=void -DHAVE_STRUCT_EXCEPTION=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_FMOD=1 -DHAVE_STRTOL=1 -DHAVE_GETCWD=1 -DHAVE_STRERROR=1 -DHAVE_PUTENV=1 -DHAVE_RENAME=1 -DHAVE_MKSTEMP=1 -DHAVE_STRCASECMP=1 -DHAVE_STRNCASECMP=1 -DHAVE_STRSEP=1 -DHAVE_STRDUP=1 -DSYS_SIGLIST_DECLARED=1 -I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -D__FBSDID=__RCSID -fno-rtti -fno-exceptions -static -o eqn eqn.o main.o lex.o box.o limit.o list.o over.o text.o script.o mark.o other.o delim.o sqrt.o pile.o special.o /raid/obj/usr/src/i386/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../src/libs/libgroff/libgroff.a make: don't know how to make neqn. Stop *** Error code 2 Stop in /usr/src/gnu/usr.bin/groff/src/preproc. -- Ciao/BSD - Matthias Matthias Schuendehuette [EMAIL PROTECTED], Berlin (Germany) Powered by FreeBSD 4.5-STABLE To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make world stops...
-On [20020414 19:14], Matthias Schuendehuette ([EMAIL PROTECTED]) wrote: make: don't know how to make neqn. Stop *** Error code 2 I think David O`Brien fixed this by backing out a commit to make. In general, wait a couple of hours or a day before reporting a failure, since chances are good it has already been fixed. -- Jeroen Ruigrok van der Werven / asmodai / Kita no Mono asmodai@[wxs.nl|xmach.org], finger [EMAIL PROTECTED] http://www.softweyr.com/asmodai/ | http://www.[tendra|xmach].org/ Like cures like... To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATA errors on recent -current
-On [20020414 17:00], Michael Class ([EMAIL PROTECTED]) wrote: Quoting the real panic message would have been nice. ad_service (e5217c00,1,12788100,0,0) +0x36 ad_transfer (e51fcdc0) ata_start adstrategy ar_rw ar_promise_read_conf ata_raiddisk_attach ad_attach This looks a lot like the panic on boot problems fixed earlier this week. If you panic was biodone: bp 0xnumber not busy 0, update your sourcetree and try again. -- Jeroen Ruigrok van der Werven / asmodai / Kita no Mono asmodai@[wxs.nl|xmach.org], finger [EMAIL PROTECTED] http://www.softweyr.com/asmodai/ | http://www.[tendra|xmach].org/ Every revolution was first a thought in one man's mind... To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make world stops...
On Sun, Apr 14, 2002 at 07:22:33PM +0200, Jeroen Ruigrok/asmodai wrote: -On [20020414 19:14], Matthias Schuendehuette ([EMAIL PROTECTED]) wrote: make: don't know how to make neqn. Stop *** Error code 2 I think David O`Brien fixed this by backing out a commit to make. I don't think he fixed the bootstrapping issue if you've build world between 1.17 and 1.20. `make clean depend make all install' in /usr/src/usr.bin/make fixed it for me, though. In general, wait a couple of hours or a day before reporting a failure, since chances are good it has already been fixed. -- Jeroen Ruigrok van der Werven / asmodai / Kita no Mono asmodai@[wxs.nl|xmach.org], finger [EMAIL PROTECTED] http://www.softweyr.com/asmodai/ | http://www.[tendra|xmach].org/ Like cures like... To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. Network Manager, TDC, IP-section. Hey, are any of you guys out there actually *using* RFC 2549? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make world stops...
On Sun, Apr 14, 2002 at 07:22:33PM +0200, Jeroen Ruigrok/asmodai wrote: -On [20020414 19:14], Matthias Schuendehuette ([EMAIL PROTECTED]) wrote: make: don't know how to make neqn. Stop *** Error code 2 I think David O`Brien fixed this by backing out a commit to make. In general, wait a couple of hours or a day before reporting a failure, since chances are good it has already been fixed. I got hit by this on a machine that had just been updated from 4.5 to -current and then I went to buildworld again and got the above. At the same time a machine that had been -current for a while didn't get this. I'm going to try to remake make as suggested. -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: pam_unix.so error and lock order reversal
Rasmus Skaarup wrote: On Sat, 13 Apr 2002, Terry Lambert wrote: Rasmus Skaarup wrote: 2) When logged in as root, and su'd to a non-root user, I cannot ssh to a 4.5-STABLE machine.. It just hangs. But when logged in as non-root, it works fine. Is this somekind of security feature? :-) Pretty much. The user it attempts to log you in as is still root, because that's still your identity, even if it's not your current credential. [...] You might want to try using su - instead of su, in order to actually *become* the other person. I am. You might try ssh user@machinename instead of ssh machinename. You might also try logging in as someone other than root (;^)). Finally, you might want to remove ~root/.ssh, and let it be recreated... it could just be a version thing. Realize that, no matter what, if you are being identified as root, then you will not be able to get access to ~root/.ssh's contents if you give up your root-ness. So that means you need to figure out how it's deciding you are root. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 5.0-DP1
In message: [EMAIL PROTECTED] Miguel Mendez [EMAIL PROTECTED] writes: : - If possible, I think it would be nice if a newcard.flp floppy image : was included in future snapshots and maybe in the 5.0-R cdrom and ftp : files, a la NetBSD's laptop floppy images, so users of CARDBUS nics : can do a net install without having to use a PCCARD device first. I'm hoping to have newcard be default by DP2 Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Possible bug in /sys/i386/pci/pci_cfgreg.c
I talked with klaus via IRC on #newcard on Friday. Turns out that the '0' in question isn't in INTLINE, but rather part of the PIR table listing which interrupts are valid. I have a patch in my local tree that I hope to commit shortly. I thought about fixing the powerof2 macro, but since it was last changed in 1994 (likely earlier than that, since this was in file rev 1.1), I took the cowards way out and just fixed where we used it. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: swi_net: unregistered isr number: 18
Glenn Gombert wrote: I have seen the same message on a couple FreeBSD systems that I run over the last several months, but they both seem to be running fine. I was wondering if it was a 'hack attempt' of somekind over my DSL line You should read the code in /sys/i386/i386/machdep.c ... It means that you have received an ARP before the soft interrupt handler for it has been registered. See: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/netisr.h?rev=1.26content-type=text/x-cvsweb-markup Probably it has to do with the use of interrupt threads in -current screwing up the order of initialization. What it means is that you lost an ARP response prior to the protocol handler for the NETISR being registered. Depending on whether or not the ARP request will be retried, this may cause a problem. Most likely, it's a response to an ARP sent out by your machine for DHCP in order to obtain the DHCP server. Given the context posted by someone else, this means things are being done in the wrong order in the kernel for dhclient... which basically means that it will just have to retry. This is consistent with them not complaining about not being able to get a DHCP lease, which would be the symptom you'd expect, if this were a persistent condition. In any case, it's *not* indicative of someone trying to hack you, unless what they are doing is spoofing DHCP responses to get you on an unroutable address on your local segment, so that your packets go through them, and they can man-in-the-middle attack you. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/usr.sbin/ppp Makefile async.c async.h atm.c bundle.c ccp.c ccp.h chap.c chap.h chat.c command.c datalink.c datalink.h defs.c defs.h ether.c exec.c i4b.c lcp.c lcp.h main.c mppe.c netgraph.c netgraph.h physical.c physical.h route.c tcp.c ...
Hello. brian 2002/03/30 04:30:11 PST Modified files: usr.sbin/ppp Makefile async.c async.h atm.c bundle.c ccp.c ccp.h chap.c chap.h chat.c command.c datalink.c datalink.h defs.c defs.h ether.c exec.c i4b.c lcp.c lcp.h main.c mppe.c physical.c physical.h route.c tcp.c tty.c udp.c : 1.126 +13 -17src/usr.sbin/ppp/bundle.c In the 6th chunk, a decrement to bundle.unit after succeeding ID0kldload() is lost. This results in the unit number of tun device set to 1(tun1) instead of 0(tun0) when if_tun.ko is not yet kldload'ed() before ppp is invoked. If I exit from ppp and start it again, ppp uses tun0, leaving tun1 behind. After that and receiving a few megabytes, I've experienced a mysterious panic (getnewvnode: free vnode isn't). The panic itself, though, is something similar to that I'm always seeing whenever I didn't kill pccardd before doing acpiconf -s3, so it might be unrelated to this issue. Anyway, a patch is attached. Regards. [.] Committed - thanks. I'd seen that it was doing this, but hadn't got around to tracking it down :*) I don't think the vnode thing is associated. That's probably a locking problem that jhb may (or may not) have fixed already. -- Brian [EMAIL PROTECTED][EMAIL PROTECTED] http://www.freebsd-services.com/brian@[uk.]FreeBSD.org Don't _EVER_ lose your sense of humour ! brian@[uk.]OpenBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATA errors on recent -current
On 2002-04-14 10:34, Alexander Leidinger wrote: On 14 Apr, David W. Chapman Jr. wrote: I updated to -current today and am now getting these errors ad0: READ command timeout tag=1 serv=1 - resetting ata0: resetting devices .. ad0: invalidating queued requests done Turn off tagged queing. S?ren knows about this error and tries to reproduce it (but fails as far as I know). I've seen this quite a few times, but I can't reliably reproduce it yet. It seems to hit me a lot when the ad0 drive spins like crazy doing stuff that is heavy on disk I/O. Disabling tag queueing now to see if this fixes things. But even if it does, I think I should enable it again and help S?ren track this down, if I can. Giorgos. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Please enable 'options MALLOC_PROFILE'!
This will keep statistics on the effeciency of our current malloc bucket sizes. After some time of general usage please do a 'sysctl kern.mprof file' and mail the file to me. Please include the following information: Primary Usage: workstation/server/web server/etc. etc. Architecture: x86/alpha/sparc64/powerpc/ia64 Hostname: 'hostname' Physical mem: 'sysctl hw.physmem' This will allow me to select new malloc bucket sizes that will be more memory effecient for a wide range of loads. The more folks who contribute the better our memory footprint will be. Thanks, Jeff To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
