Re: current hangs when boot
(Yikes, my message turned out to be a bit long, sorry) I did a little poking around. I'm running -current as of last Saturday: # uname -a FreeBSD panic.localdomain 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Oct 21 22:20:11 PDT 2000 [EMAIL PROTECTED]:/usr/obj/usr/local/cvs up/current/src/sys/PANIC i386 On Mon, Oct 23, 2000 at 12:27:25AM +, Bigbear wrote: i update my system from 4.1 to current, when system boot, it hangs when: start elf ldconfig: /usr/lib /usr/lib/compat /usr/X11R6/lib why? I am also having this problem. If you interrupt it (with ^\ to send SIGQUIT), ldconfig generates a core. Then ldconfig will hang while setting a.out ldconfig path: ^Csetting a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout This can be interrupted too, and then it hangs while starting sshd. Interrupting sshd allows the boot to procede. I got a core from each program during the hang, and here's what I found: Here's the backtrace from the core obtained from ldconfig (rebuilt with -g) the first time around: (starting elf ldconfig) (gdb) bt #0 0x8054340 in read () #1 0x804c966 in mktemp () #2 0x804ca33 in arc4random_stir () #3 0x804cad9 in arc4random () #4 0x804c791 in mktemp () #5 0x804c692 in mkstemp () #6 0x804886a in write_elf_hints () #7 0x8048818 in update_elf_hints () #8 0x8048c61 in main () #9 0x8048139 in _start () And the second time around: (setting a.out ldconfig path) (gdb) bt #0 0x8054340 in read () #1 0x804c966 in mktemp () #2 0x804ca33 in arc4random_stir () #3 0x804cad9 in arc4random () #4 0x804c791 in mktemp () #5 0x804c692 in mkstemp () #6 0x8049590 in buildhints () #7 0x8048e39 in main () #8 0x8048139 in _start () And from sshd: (gdb) bt #0 0x28208784 in read () from /usr/lib/libc.so.4 #1 0x282081ce in __sread () from /usr/lib/libc.so.4 #2 0x281f67a6 in __srefill () from /usr/lib/libc.so.4 #3 0x281f23bd in fread () from /usr/lib/libc.so.4 #4 0x281217c1 in RAND_SSLeay () from /usr/lib/libcrypto.so.1 #5 0x28121869 in RAND_SSLeay () from /usr/lib/libcrypto.so.1 #6 0x281212cc in RAND_bytes () from /usr/lib/libcrypto.so.1 #7 0x28146099 in DSA_OpenSSL () from /usr/lib/libcrypto.so.1 #8 0x28146151 in BN_rand () from /usr/lib/libcrypto.so.1 #9 0x280e4561 in BN_is_prime_fasttest () from /usr/lib/libcrypto.so.1 #10 0x280e3e03 in BN_generate_prime () from /usr/lib/libcrypto.so.1 #11 0x280da4a8 in RSA_generate_key () from /usr/lib/libcrypto.so.1 #12 0x8059437 in getsockname () #13 0x804c35b in getsockname () #14 0x804b76d in getsockname () Running ldconfig manually, 'top' shows ldconfig sleeping on 'rndblk': PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND ... 228 root 46 0 216K 104K rndblk 0:00 0.00% 0.00% ldconfig More investigation: # fstat /dev/urandom USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME root ldconfig 2283 / 7973 crw-r--r-- urandom r /dev/urandom # ps auxw | grep ldconfig root 228 0.0 0.4 216 104 d0 I 2:18AM 0:00.00 ldconfig -elf /usr/lib This commit from Peter Wemm on Oct 18 might shed some light: peter 2000/10/18 03:39:18 PDT Modified files: sys/dev/random randomdev.c Log: Attempt to fix the random read blocking. The old code slept at priority "0" and without PCATCH, so it was uninterruptable. And even when it did wake up after entropy arrived, it exited after the wakeup without actually reading the freshly arrived entropy. I sent this to Mark before but it seems he is in transit. Mark: feel free to replace this if it gets in your way. Revision ChangesPath 1.16 +14 -15src/sys/dev/random/randomdev.c Maybe this is a related problem (except now random read blocking is interruptable?) -- Brian O'Shea [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PPP over ATM
On Sun, 22 Oct 2000 20:36:52 -0700 (PDT), Archie Cobbs wrote: Ok, well if I were to netgraphify the ATM code, would mpd be sufficient to get PPP over ATM working? (I have a lot of reading up to do, but Mpd can do PPP over any netgraph hook, so unless there's some particular weirdness to the framing of PPP frames over ATM, it should more or less just work... Quoting from ng_ppp(4): These device-independent hooks transmit and receive full PPP frames, which include the PPP protocol, address, control, and information fields, but no checksum or other link-specific fields. Ok thanks, I am going to be working to add netgraph support to the ATM code, who would I contact about getting changes committed once I have the code working? Brian Smith To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
My Cardbus and Xircom Realport Ethernet II 10/100 experience...
I run FreeBSD 5.0 on my Compaq Presario 1246 laptop including an Xircom Realport Ethernet II 10/100 cardbus card. My kernel includes: device cardbus device pccbb device xe dmesg reports: Copyright (c) 1992-2000 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: Mon Oct 23 21:31:52 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/GOBLIN Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 398525604 Hz CPU: AMD-K6(tm) 3D processor (398.53-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX AMD Features=0x8800SYSCALL,3DNow! real memory = 92209152 (90048K bytes) avail memory = 86573056 (84544K bytes) Preloaded elf kernel "kernel" at 0xc030e000. K6-family MTRR support enabled (2 registers) VESA: v2.0, 8192k memory, flags:0x0, mode table:0xc00c70f8 (c00070f8) VESA: Copyright 1998 TRIDENT MICROSYSTEMS INC. Using $PIR table, 5 entries at 0xc00fdf90 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 pcib1: PCI to PCI bridge (vendor=1106 device=8501) at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: Trident model 8420 VGA-compatible display device at 0.0 irq 9 isab0: VIA 82C686 PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA66 controller port 0x1820-0x182f 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 0x1800-0x181f irq 11 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: Logitech USB Mouse, rev 1.10/4.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. isab1: PCI to ISA bridge (vendor=1106 device=3057) at device 7.4 on pci0 pcm0: VIA VT82C686A AC'97 Audio port 0x1830-0x1833,0x1834-0x1837,0x1000-0x10ff irq 11 at device 7.5 on pci0 pci0: unknown card (vendor=0x11c1, dev=0x0449) at 9.0 irq 9 pccbb0: TI1211 PCI-CardBus Bridge at device 10.0 on pci0 pccbb0: PCI Memory allocated: 1802 pci_cfgintr: 0:10:A routed to irq 9 cardbus0: Cardbus bus (newcard) on pccbb0 pccbb0: Cannot attach pccard bus! 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 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 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 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 unknown: PNP0303 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0400 can't assign resources unknown: PNP0700 can't assign resources ad0: 4126MB TOSHIBA MK4313MAT [8944/15/63] at ata0-master UDMA33 acd0: CDROM TOSHIBA CD-ROM XM-7002B at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s3a pccbb0: card inserted: event=0x, state=3820 pccbb0: pccbb_power: CARD_VCC_3V and CARD_VPP_UC [1] cardbus0: reading CIS data from ROM Product version: 5.0 Product name: Xircom | CardBus Ethernet II 10/100 | CBEII-10/100 | 1.03 | TUPLE: Unknown(0x88) [4]: 5e a9 eb 00 TUPLE: Unknown(0x8a) [12]: 39 30 30 31 4f 42 45 42 41 39 35 45 TUPLE: Unknown(0x8b) [4]: 01 00 00 00 Manufacturer ID: 0501030181 TUPLE: DATE [4]: 70 4b 23 28 Functions: Network Adaptor, Multi-Functioned Function Extension: 04060010a4eba95e Function Extension: 0102 Function Extension: 0280969800 Function Extension: 0200e1f505 Function Extension: 0301 Function Extension: 0303 Function Extension: 0501 TUPLE: DEVICE_OC [4]: 02 4f 02 ff cardbus0: Opening BAR: type=MEM, bar=10, len=0080 cardbus0: Opening BAR: type=MEM, bar=14, len=0080 cardbus0: Opening BAR: type=MEM, bar=18, len=0100 cardbus0: Opening BAR: type=MEM, bar=28, len=0400 TUPLE: CONFIG_CB [7]: 03 02 03 01 00 00 ff TUPLE: CFTABLE_ENTRY_CB [8]: 41 b0 b0 bc 8e 0e fb 04 TUPLE: CFTABLE_ENTRY_CB [9]: 02 b8 02 b0 bc 8e 1c fb 04 TUPLE: NO_LINK [0]: cardbus0: unknown card (vendor=0x115d, dev=0x0003) at 0.0 irq 0 pccbb0: card activation failed According to files in /usr/src/sys/dev/xe/* the card is supported by the xe driver. What to do to get this card working? I have the feeling I got real close... Regards, Ron. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in
Re: new rc.network6 and rc.firewall6
On Mon, Oct 23, 2000 at 01:05:27AM -0700, David O'Brien wrote: On Sun, Oct 22, 2000 at 09:41:51PM -0400, Bill Vermillion wrote: One of the reasons for the numbers in the SysVR4 arena is to set the order of execution so programs which other depend upon are executed first. How does the NetBSD solve this problem. Very coolly. The main rc script runs a script named `rcorder' to generate the proper order. rc.shutdown also uses `rcorder' but reverses the ordering. Two examples are included below to show what `rcorder' uses to generate the list. These NetBSD rc files also provide "start", "stop", "restart", "status", etc. commands to assist the sysadmin. Again, *very* slick and still quite BSD-like. Sounds interesting. To add a new rc script to the system, do you have to add an entry to an "rc order list" somewhere (in addition to adding the new script)? How is that handled? The nice (or clumsy, depending on your point of view) part about the SysV way is that the order in which the rc scripts are executed is implicit in the scripts' names. Of course, they have added a symlink maze (worse, hard links on HP-UX) on top of that, making it tedious to maintain rc scripts by hand (maybe that was by design). [snip] -- Brian O'Shea [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, 23 Oct 2000, Brian O'Shea wrote: Sounds interesting. To add a new rc script to the system, do you have to add an entry to an "rc order list" somewhere (in addition to adding the new script)? How is that handled? The nice (or clumsy, depending on your point of view) part about the SysV way is that the order in which the rc scripts are executed is implicit in the scripts' names. Of course, they have added a symlink maze (worse, hard links on HP-UX) on top of that, making it tedious to maintain rc scripts by hand (maybe that was by design). Hmm I don't have any NetBSD machines running the later 1.5 revisions yet, so I've not seen the new scripts, but I would say that adding a new script to a list of rc files would be much less hassle than adding an entry in a monolithic /etc/rc to process that new file. -- Brandon D. Valentine [EMAIL PROTECTED] "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, Oct 23, 2000 at 05:07:42PM -0400, Brandon D. Valentine wrote: On Mon, 23 Oct 2000, Brian O'Shea wrote: Sounds interesting. To add a new rc script to the system, do you have to add an entry to an "rc order list" somewhere (in addition to adding the new script)? How is that handled? The nice (or clumsy, depending on your point of view) part about the SysV way is that the order in which the rc scripts are executed is implicit in the scripts' names. Of course, they have added a symlink maze (worse, hard links on HP-UX) on top of that, making it tedious to maintain rc scripts by hand (maybe that was by design). Hmm I don't have any NetBSD machines running the later 1.5 revisions yet, so I've not seen the new scripts, but I would say that adding a new script to a list of rc files would be much less hassle than adding an entry in a monolithic /etc/rc to process that new file. I agree. However, I was comparing it to the SysV rc script format, not to the existing BSD rc scripts. -brian -- Brian O'Shea [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, Oct 23, 2000 at 05:07:42PM -0400, Brandon D. Valentine wrote: Hmm I don't have any NetBSD machines running the later 1.5 revisions yet, so I've not seen the new scripts, lynx ftp://ftp.netbsd.org/pub/NetBSD-current/src/etc/rc.d/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, 23 Oct 2000, David O'Brien wrote: On Mon, Oct 23, 2000 at 05:07:42PM -0400, Brandon D. Valentine wrote: Hmm I don't have any NetBSD machines running the later 1.5 revisions yet, so I've not seen the new scripts, lynx ftp://ftp.netbsd.org/pub/NetBSD-current/src/etc/rc.d/ Thanks, I was gonna go find those after I finished what I was doing, but you've saved me a few keystrokes. =) I like the concept of them quite a bit. I think it definitely shows some thought on how to keep the advantages of each system. I would support a move toward a system like this. One thing that would be nice is a database somewhere of which of services from /etc/rc.d are running. This would enable one to build a nice GUI or curses based tool for showing the services running, and allowing for the stopping, starting, and restarting of those services. Basically just add a feature such that after a service is started, the pid is written to a universally standard directory for all rc controlled services. That would be sufficient. It would then be nice to write such a tool, manipulatable either via command line options or an interactive curses mode, which would manage those services. Sort of the equivalent of SysV's chkconfig command, but actually useful. =) So that one could say: rccntl amd restart or just run rccntrl and get a curses window displaying the services in /etc/rc.d currently started and possibly another window showing those not started, and the option to move a service from one list to the other, thereby starting to stopping it, as well the option to just restart it. -- Brandon D. Valentine [EMAIL PROTECTED] "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, Oct 23, 2000 at 02:25:40PM -0700, David O'Brien wrote: On Mon, Oct 23, 2000 at 05:07:42PM -0400, Brandon D. Valentine wrote: Hmm I don't have any NetBSD machines running the later 1.5 revisions yet, so I've not seen the new scripts, lynx ftp://ftp.netbsd.org/pub/NetBSD-current/src/etc/rc.d/ wow, that's really cool. i've always prefered BSD init versus SysV, but they seem to have gotten the best of both worlds. hope someone whith the clout to make it happen jumps on it and gets it ported over, cause that seems like something that's too useful to not use. -- garrett rooney my pid is inigo montoya. [EMAIL PROTECTED] you kill -9 my parent process. http://electricjellyfish.net/prepare to vi. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Sun, 22 Oct 2000, David O'Brien wrote: On Sat, Oct 21, 2000 at 11:05:37AM -0700, Jordan Hubbard wrote: I wish to update rc.network6 and introduce rc.firewall6. H. I must confess that I see /etc as getting rather cluttered these days. Is there no way to perhaps collapse some of the most related functionality into single files and start passing arguments or something? Just a comment.. At BSDcon Luke M showed me what the NetBSD 1.5 rc files look like. They've moved them all to /etc/rc.d/ and made them very granular (as SVR4, but w/o leading numbers in the filenames). The NetBSD implementation also solved all the issues people have brought up in the past -- dependacies, etc... We should just move to using their rc code. Well, would not be this stepping aside from BSD startup sequence, which we all know and love? Having dozens of small files instead of pair of big ones always frustrates me when I have to work with linux. -- With all due respect, DAN Fe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Tue, Oct 24, 2000 at 04:49:40AM +0700, Alexey Dokuchaev wrote: Well, would not be this stepping aside from BSD startup sequence, which we all know and love? Having dozens of small files instead of pair of big ones always frustrates me when I have to work with linux. well, it's a single directory full of small files, as opposed to a bunch of directories, each with its own collection of files, with ugly numbers at the beginning of each one. that's better in my book. and at the very least, with a number of smaller files, assuming they're named well, you can find what you're looking for faster, and not have to dig though the one monolithic script to find out how sometihng is working. -- garrett rooney my pid is inigo montoya. [EMAIL PROTECTED] you kill -9 my parent process. http://electricjellyfish.net/prepare to vi. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, 23 Oct 2000, Garrett Rooney wrote: On Tue, Oct 24, 2000 at 04:49:40AM +0700, Alexey Dokuchaev wrote: Well, would not be this stepping aside from BSD startup sequence, which we all know and love? Having dozens of small files instead of pair of big ones always frustrates me when I have to work with linux. well, it's a single directory full of small files, as opposed to a bunch of directories, each with its own collection of files, with ugly numbers at the beginning of each one. that's better in my book. and at the very least, with a number of smaller files, assuming they're named well, you can find what you're looking for faster, and not have to dig though the one monolithic script to find out how sometihng is working. Still, it would be better if I could choose between "classical" and "new" startup layout, say, somewhere at the installation stage. -- With best and kind regards, DAN Fe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Tue, 24 Oct 2000, Alexey Dokuchaev wrote: Still, it would be better if I could choose between "classical" and "new" startup layout, say, somewhere at the installation stage. Well if you're that stubborn there's no reason that the "new" layout could not be compiled into a monolithic script. In fact perhaps you could be the one to step forward and write the code to compile that script. ;-) -- Brandon D. Valentine [EMAIL PROTECTED] "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel trap 12 with interrupts disabled?
kernel of today, during a make world, generates:
Oct 23 18:32:18 thelab /boot/kernel/kernel: kernel trap 12 with interrupts disabled
Oct 23 18:32:32 thelab /boot/kernel/kernel: kernel trap 12 with interrupts disabled
Oct 23 18:32:39 thelab /boot/kernel/kernel: kernel trap 12 with interrupts disabled
and then hangs solid ...
I'm running the ahc driver for the following card:
ahc0: Adaptec 2940 Ultra SCSI adapter port 0xc800-0xc8ff mem 0xef00-0xef000fff
irq 17 at device 13.0 on pci0
aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs
known problem, or new one?
thanks ...
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, 23 Oct 2000, Brandon D. Valentine wrote: On Tue, 24 Oct 2000, Alexey Dokuchaev wrote: Still, it would be better if I could choose between "classical" and "new" startup layout, say, somewhere at the installation stage. Well if you're that stubborn there's no reason that the "new" layout could not be compiled into a monolithic script. In fact perhaps you could be the one to step forward and write the code to compile that script. ;-) That's an idea! Gotta co recent -CURRENT right now! -- ./danfe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current hangs during boot (UPDATING entry)
I'm beginning to think we need an updating entry. 1. Make sure /dev/random exists 'cd /dev sh MAKEDEV std' 2. Make sure your kernel includes: device random # Entropy device 3. Make sure /etc/rc is at rev 1.237 or higher. 4. Make sure /etc/rc.shutdown is at rev 1.13 or 1.15 5. At this time, remove ALL MFS filesystems from /etc/fstab. They can be hand mounted after bootup or via a local rc startup script. 6. Reboot your system via 'init 6' or 'shutdown -r now' (or similar). Do not use 'reboot'. 7. If at any time during the boot process a 'cntrl-t' shows a process hung in 'rndblk', hit 'cntrl-\', 'ls -al /etc /dev/random', and then 'exit'. This should get your machine to boot for this session until you figure out which of the above are not done. -John - Brian O'Shea's Original Message - On Sun, Oct 22, 2000 at 07:35:39PM -0400, John W. De Boskey wrote: - David O'Brien's Original Message - On Sun, Oct 22, 2000 at 04:14:08PM +0800, Donny Lee wrote: with the mfs enable, it hangs there right after FILESYSTEM checking, and with random_load set to YES, it hangs at ldconfig. mount_mfs is blocking on "rndblk". Our /dev/*random is fubar'ed *again*. I saw this the other day... I've been examining the mfs code, and I'm not really sure why it needs to use random values... When ldconfig hangs, it is in a mkstemp() call. The mkstemp() function probably uses random numbers to generate unique file names: #0 0x8054340 in read () #1 0x804c966 in mktemp () #2 0x804ca33 in arc4random_stir () #3 0x804cad9 in arc4random () #4 0x804c791 in mktemp () #5 0x804c692 in mkstemp () #6 0x804886a in write_elf_hints () #7 0x8048818 in update_elf_hints () #8 0x8048c61 in main () #9 0x8048139 in _start () -brian -- Brian O'Shea [EMAIL PROTECTED] 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: sys/i386/i386/machdep.c:cpu_idle() changes causes this Was:
On 22-Oct-00 [EMAIL PROTECTED] wrote: On 20-Oct-00 Valentin Chopov wrote: I found that if I remove #ifndef SMP /#endif in: Errr, this doesn't really make sense, and if anything is probably hiding the problem. Also, this change will potentially increase interrupt latency even further on SMP machines. Interrupts are disabled if Giant is busy in vm_page_zero_idle, thus the idle proc calls mi_switch with interrupts disabled and the process being scheduled starts running with interrupts disabled. I suggest removing the asm statement from vm_page_zero_idle as a first stage in rewriting vm_page_zero_idle. A.. Thanks for the tip. I didn't know that vm_page_zero_idle was this evil. Yuck. In fact, vm_page_zero_idle() is no longer called with interrupts disabled, so all the interrupt foolishness can go away. -- 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: new rc.network6 and rc.firewall6
On Tue, Oct 24, 2000 at 05:26:07AM +0700, Alexey Dokuchaev wrote: On Mon, 23 Oct 2000, Brandon D. Valentine wrote: On Tue, 24 Oct 2000, Alexey Dokuchaev wrote: Still, it would be better if I could choose between "classical" and "new" startup layout, say, somewhere at the installation stage. Well if you're that stubborn there's no reason that the "new" layout could not be compiled into a monolithic script. In fact perhaps you could be the one to step forward and write the code to compile that script. ;-) That's an idea! Gotta co recent -CURRENT right now! might want to port the netbsd code first, since AFAIK this stuff isn't in current ;-) i imagine it won't take much though... just tweaking the scripts to make sure they all do the right thing on a FreeBSD box. and it seems like compiling a monolithic script should be simple enough... maybe i'll look at it in my copious spare time... -- garrett rooney my pid is inigo montoya. [EMAIL PROTECTED] you kill -9 my parent process. http://electricjellyfish.net/prepare to vi. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Please review: PC-Card melody beep code.
It looks like you have the "duration" and "pitch" elements reversed
in your "tone" structure.
Rich Wales [EMAIL PROTECTED] http://www.webcom.com/richw/
. . .
+struct tone {
+int duration;
+int pitch;
+};
. . .
+static struct tone success_melody_beep[] = {
+ {1200,7}, {1000,7}, { 800, 15}, {NULL, NULL}
+};
. . .
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, 23 Oct 2000, Garrett Rooney wrote: That's an idea! Gotta co recent -CURRENT right now! might want to port the netbsd code first, since AFAIK this stuff isn't in current ;-) Indeed it's not, but nice to seem him so eager. =) -- Brandon D. Valentine [EMAIL PROTECTED] "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: My Cardbus and Xircom Realport Ethernet II 10/100 experience...
On Mon, Oct 23, 2000 at 10:17:06PM +0200, Ron Klinkien wrote: I run FreeBSD 5.0 on my Compaq Presario 1246 laptop including an Xircom Realport Ethernet II 10/100 cardbus card. My kernel includes: device cardbus device pccbb device xe [snip dmesg] According to files in /usr/src/sys/dev/xe/* the card is supported by the xe driver. What to do to get this card working? I have the feeling I got real close... Use device dc and miibus instead. The xe driver only support the 16bit version of the Realport. -- (o_ 1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2 _o) \\\_\Jonathan Chen [EMAIL PROTECTED] /_/// ) No electrons were harmed during production of this message ( ~ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: current hangs when boot
On Mon, 23 Oct 2000, Brian O'Shea wrote: I am also having this problem. If you interrupt it (with ^\ to send SIGQUIT), ldconfig generates a core. Then ldconfig will hang while setting a.out ldconfig path: ^C also works. ^T is generally useful if you suspect something is hanging on bootup but don't know what it is. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, 23 Oct 2000, Brandon D. Valentine wrote: Well if you're that stubborn there's no reason that the "new" layout could not be compiled into a monolithic script. In fact perhaps you could be the one to step forward and write the code to compile that script. ;-) Indeed, given the slowdowns NetBSD enountered when switching to the new system due to all of the shell processes being created. There isn't any reason why rc.conf shouldn't continue to be useful in either case. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: kernel trap 12 with interrupts disabled?
On 23-Oct-00 The Hermit Hacker wrote: kernel of today, during a make world, generates: Oct 23 18:32:18 thelab /boot/kernel/kernel: kernel trap 12 with interrupts disabled Oct 23 18:32:32 thelab /boot/kernel/kernel: kernel trap 12 with interrupts disabled Oct 23 18:32:39 thelab /boot/kernel/kernel: kernel trap 12 with interrupts disabled and then hangs solid ... I'm running the ahc driver for the following card: ahc0: Adaptec 2940 Ultra SCSI adapter port 0xc800-0xc8ff mem 0xef00-0xef000fff irq 17 at device 13.0 on pci0 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs known problem, or new one? I get the kernel trap messages 5 times on a boot, but my system seems OK, except occasionally it hangs bad (no DDB). I don't have any SCSI adapters however. (Dual PII350 BX chipset, IDE) --- 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 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current hangs during boot (UPDATING entry)
jwd 5. At this time, remove ALL MFS filesystems from /etc/fstab. jwdThey can be hand mounted after bootup or via a local rc jwdstartup script. Is there any chance to mount MFS filesystem listed in /etc/fstab just after the /dev/random reseeding is done ? I cannot put up with that we cannot put 'mfs' line to /etc/fstab forever. Moreover, /tmp (common MFS candidate) is already used by X server after rebooting; you may not want to mount /tmp at hand later. Or, it's only for upgrading procedure, and we can put 'mfs' lines back? -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current hangs during boot (UPDATING entry)
- Makoto MATSUSHITA's Original Message - jwd 5. At this time, remove ALL MFS filesystems from /etc/fstab. jwdThey can be hand mounted after bootup or via a local rc jwdstartup script. Is there any chance to mount MFS filesystem listed in /etc/fstab just after the /dev/random reseeding is done ? I cannot put up with that we cannot put 'mfs' line to /etc/fstab forever. Moreover, /tmp (common MFS candidate) is already used by X server after rebooting; you may not want to mount /tmp at hand later. Or, it's only for upgrading procedure, and we can put 'mfs' lines back? #5 above represents a bug in the current code. It needs to be fixed, but I don't know what the 'correct' thing to do is just yet. Does the FSIRAND code in mfs require crypto strength randomness? -John To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: newfs/fsck problem (bad superblocks)
On Sun, 22 Oct 2000 [EMAIL PROTECTED] wrote:
Reverting src/sbin/newfs/mkfs.c to revision 1.29 fixes
the problem.
With just a quick review of the patch, I'm not sure I
understand what forces the last dirty buffer to be
written.
This worried me too.
Try the enclosed patch. It flushes the dirty buffer before
program exit and before reading blocks.
There are still some serious (?) overflow bugs.
Index: mkfs.c
===
RCS file: /home/ncvs/src/sbin/newfs/mkfs.c,v
retrieving revision 1.29
retrieving revision 1.30
diff -c -2 -r1.29 -r1.30
*** mkfs.c 1999/08/28 00:13:50 1.29
--- mkfs.c 2000/10/17 00:41:36 1.30
...
***
*** 1341,1344
--- 1347,1381
}
if (Nflag)
+ return;
+ done = 0;
+ if (wc_end == 0 size = WCSIZE) {
+ wc_sect = bno;
+ bcopy(bf, wc, size);
+ wc_end = size;
+ if (wc_end WCSIZE)
+ return;
+ done = 1;
+ }
+ if (wc_sect * sectorsize + wc_end == bno * sectorsize
^ overflow ^ overflow
+ wc_end + size = WCSIZE) {
+ bcopy(bf, wc + wc_end, size);
+ wc_end += size;
+ if (wc_end WCSIZE)
+ return;
+ done = 1;
+ }
+ if (wc_end) {
+ if (lseek(fso, (off_t)wc_sect * sectorsize, SEEK_SET) 0) {
^^^ must cast like this to prevent overflow
+ printf("seek error: %ld\n", (long)wc_sect);
+ err(35, "wtfs - writecombine");
+ }
+ n = write(fso, wc, wc_end);
+ if (n != wc_end) {
+ printf("write error: %ld\n", (long)wc_sect);
+ err(36, "wtfs - writecombine");
+ }
+ wc_end = 0;
+ }
+ if (done)
return;
if (lseek(fso, (off_t)bno * sectorsize, SEEK_SET) 0) {
Bruce
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, Oct 23, 2000 at 02:25:40PM -0700, David O'Brien wrote: On Mon, Oct 23, 2000 at 05:07:42PM -0400, Brandon D. Valentine wrote: Hmm I don't have any NetBSD machines running the later 1.5 revisions yet, so I've not seen the new scripts, lynx ftp://ftp.netbsd.org/pub/NetBSD-current/src/etc/rc.d/ By the way, the author of this stuff (Luke Mewburn) says he'll post a summary of the design and implementation issues to this list in a few days. -- Jacques Vidrine / [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: newfs/fsck problem (bad superblocks)
See below..
- Bruce Evans's Original Message -
On Sun, 22 Oct 2000 [EMAIL PROTECTED] wrote:
Reverting src/sbin/newfs/mkfs.c to revision 1.29 fixes
the problem.
With just a quick review of the patch, I'm not sure I
understand what forces the last dirty buffer to be
written.
This worried me too.
Try the enclosed patch. It flushes the dirty buffer before
program exit and before reading blocks.
There are still some serious (?) overflow bugs.
Index: mkfs.c
===
RCS file: /home/ncvs/src/sbin/newfs/mkfs.c,v
retrieving revision 1.29
retrieving revision 1.30
diff -c -2 -r1.29 -r1.30
*** mkfs.c1999/08/28 00:13:50 1.29
--- mkfs.c2000/10/17 00:41:36 1.30
...
***
*** 1341,1344
--- 1347,1381
}
if (Nflag)
+ return;
+ done = 0;
+ if (wc_end == 0 size = WCSIZE) {
+ wc_sect = bno;
+ bcopy(bf, wc, size);
+ wc_end = size;
+ if (wc_end WCSIZE)
+ return;
+ done = 1;
+ }
+ if (wc_sect * sectorsize + wc_end == bno * sectorsize
^ overflow ^ overflow
I agree it's an overflow, and I'll get a patch in for it. But
from a lucky point of view, since the overflow occurs on both sides
of the test, it's a serendipidoues match which doesn't hurt, or
the match fails, which causes the cache to flush.
+ wc_end + size = WCSIZE) {
+ bcopy(bf, wc + wc_end, size);
+ wc_end += size;
+ if (wc_end WCSIZE)
+ return;
+ done = 1;
+ }
+ if (wc_end) {
+ if (lseek(fso, (off_t)wc_sect * sectorsize, SEEK_SET) 0) {
^^^ must cast like this to prevent overflow
Well, the above can overflow, but the probability of it overflowing
when things are working correctly approaches zero :-)
Regardless, we could put in a test to make sure the final offset
computed is valid.
-john
+ printf("seek error: %ld\n", (long)wc_sect);
+ err(35, "wtfs - writecombine");
+ }
+ n = write(fso, wc, wc_end);
+ if (n != wc_end) {
+ printf("write error: %ld\n", (long)wc_sect);
+ err(36, "wtfs - writecombine");
+ }
+ wc_end = 0;
+ }
+ if (done)
return;
if (lseek(fso, (off_t)bno * sectorsize, SEEK_SET) 0) {
Bruce
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
dc0: watchdog timeout
Anybody else seeing 'dc0: watchdog timeout' since SMPng integration? Just after the removal of SPLs on alpha, my UP1000 started occasionally spewing 'dc0: watchdog timeout' and effectively dropping off the network when linking 23+ MB alpha kernel.debug's over NFSv3 to a reasonably snappy NFS server. This happens on maybe 1 in 5 kernel links. I don't have tulip cards in any PCs, so it is hard for me to tell if this is an alpha issue or an if_dc driver issue.. When it happens, I see the following: Oct 23 17:37:58 thunder /kernel.test: dc0: TX underrun -- increasing TX threshold Oct 23 17:54:44 thunder /kernel.test: dc0: watchdog timeout Oct 23 17:54:59 thunder /kernel.test: nfs server xxx:/export/xxx: not responding Oct 23 17:55:02 thunder /kernel.test: nfs server xxx:/export/xxx: not responding ... The card in question is a gen-u-ine DEC DE500 of some vintage: # pciconf -l | grep ^dc dc0@pci0:9:0: class=0x02 card=0x500b1011 chip=0x00191011 rev=0x30 hdr=0x00 It identifies itself as: dc0: Intel 21143 10/100BaseTX port 0x10100-0x1017f mem 0x41353100-0x4135317f irq 10 at device 9.0 on pci0 dc0: interrupting at ISA irq 10 dc0: Ethernet address: 00:00:f8:07:b6:45 miibus0: MII bus on dc0 dcphy0: Intel 21143 NWAY media interface on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ... I'm running in hardcoded 100baseTX full-duplex mode: dc0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 152.3.x.y netmask 0xff00 broadcast 152.3.x.255 ether 00:00:f8:07:b6:45 media: 100baseTX full-duplex status: active supported media: autoselect 100baseTX full-duplex 100baseTX 10baseT/UTP full-duplex 10baseT/UTP 100baseTX hw-loopback none Thanks, Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PPP over ATM
Brian Smith writes: Ok, well if I were to netgraphify the ATM code, would mpd be sufficient to get PPP over ATM working? (I have a lot of reading up to do, but Mpd can do PPP over any netgraph hook, so unless there's some particular weirdness to the framing of PPP frames over ATM, it should more or less just work... Quoting from ng_ppp(4): These device-independent hooks transmit and receive full PPP frames, which include the PPP protocol, address, control, and information fields, but no checksum or other link-specific fields. Ok thanks, I am going to be working to add netgraph support to the ATM code, who would I contact about getting changes committed once I have the code working? Start by just sending them to freebsd-net.. or better yet just send an URL... so more than one person can review them. -Archie ___ Archie Cobbs*Packet Design, Inc. *http://www.packetdesign.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
