Re: Status of SCHED_ULE?
I have not had this experience. Can you give me details of your machine and the kind of load that causes slugishness? I'll correct it as soon as I can identify it. Using Linux-Firebird with some Java applets shows this effect, i.e. completelly bogging down X to a unusable state. Also, it's very easy to archive if you stress some ata-disks. In particular, if I copy a big (1 GB) file from ad0: 114473MB ST3120023A [232581/16/63] at ata0-master UDMA100 to ad2: 57259MB MAXTOR 4K060H3 [116336/16/63] at ata1-master UDMA100 or vice versa, X will completely unresponsive until the the copy is finnished. A same kernel with the 4BSD scheduler doesn't show this, so I don't think it's hardware related. Alex ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
vchans related page fault
Hi! Looks like the vchans code still is broken. I get panics approx. twice a day on, all related to sound usage. FreeBSD fump.kawo2.rwth-aachen.de 5.1-CURRENT FreeBSD 5.1-CURRENT #9: Wed Jul 9 19:26:12 CEST 2003 [EMAIL PROTECTED]:/data/obj/usr/src/sys/ZEROGRAVITY i386 It begins with xmms _sometimes_ not being able to open /dev/dsp (Operation not by device) (after heavy usage before), then when trying to play again it outputs DSP_SETSPEED: ... (can't remember exactly), and then the system already hangs (in X = after a short while reboot with crashdump) I currently don't understand everything of the the feeder code, but it seems sometimes there is no feeder_feed function available, so this results in a page fault: p 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xd67bcba0 frame pointer = 0x10:0xd67bcbd0 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 = 24 (irq5: fwohci0 pcm0) trap number = 12 panic: page fault Stack backtrace: syncing disks, buffers remaining... 3803 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 3802 giving up on 779 buffers Uptime: 20h31m28s Dumping 511 MB ata0: resetting devices .. done ad0: timeout waiting for DRQata0: resetting devices .. done [CTRL-C to abort] [CTRL-C to abort] 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 368 384 400 416 432 448 464 480 496 --- (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc023184a in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc0231bf4 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc039726b in trap_fatal (frame=0xd67bcb60, eva=0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0396f53 in trap_pfault (frame=0xd67bcb60, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:750 #5 0xc0396ac8 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -990232576, tf_ebp = -696529968, tf_isp = -696530036, tf_ebx = 2044, tf_edx = 0, tf_ecx = 0, tf_eax = -967561216, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags = 66182, tf_esp = -1071922962, tf_ss = -990232576}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc03873c8 in calltrap () at {standard input}:96 #7 0xc01c03d4 in FEEDER_FEED (feeder=0xc4fa4000, c=0x0, buffer=0x0, count=0, source=0x0) at feeder_if.h:61 #8 0xc01bfcb7 in feed_vchan_s16 (f=0xc4211dc0, c=0x0, b=---Can't read userspace from dump, or kernel process--- ) at /usr/src/sys/dev/sound/pcm/vchan.c:98 #9 0xc01b5dc4 in FEEDER_FEED (feeder=0xc4211dc0, c=0x0, buffer=0x0, count=0, source=0x0) at feeder_if.h:61 #10 0xc01b5c07 in sndbuf_feed (from=0x0, to=0xc4211dc0, channel=0x0, feeder=0x0, count=3291058728) at /usr/src/sys/dev/sound/pcm/buffer.c:538 #11 0xc01b61bb in chn_wrfeed (c=0xc4036a80) at /usr/src/sys/dev/sound/pcm/channel.c:218 #12 0xc01b620c in chn_wrintr (c=0xc4299228) at /usr/src/sys/dev/sound/pcm/channel.c:234 #13 0xc01b66f2 in chn_intr (c=0xc4299228) at /usr/src/sys/dev/sound/pcm/channel.c:443 #14 0xc0198ab1 in cmi_intr (data=0xc4036600) at /usr/src/sys/dev/sound/pci/cmi.c:537 #15 0xc021cc92 in ithread_loop (arg=0xc4036780) at /usr/src/sys/kern/kern_intr.c:534 #16 0xc021b9ff in fork_exit (callout=0xc021cad0 ithread_loop, arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:794 (kgdb) up 7 #7 0xc01c03d4 in FEEDER_FEED (feeder=0xc4fa4000, c=0x0, buffer=0x0, count=0, source=0x0) at feeder_if.h:61 61 feeder_if.h: No such file or directory. in feeder_if.h (kgdb) print *feeder $1 = {ops = 0x1f40, align = 8000, desc = 0x0, desc_static = {type = 0, in = 0, out = 0, flags = 2, idx = 0}, data = 0x0, class = 0x0, source = 0x0, parent = 0x0} (kgdb) print *(feeder-ops) ---Can't read userspace from dump, or kernel process--- (kgdb) print feeder-ops $2 = (struct kobj_ops *) 0x1f40 56 in feeder_if.h (kgdb) up #8 0xc01bfcb7 in feed_vchan_s16 (f=0xc4211dc0, c=0x0, b=---Can't read userspace from dump, or kernel process--- ) at /usr/src/sys/dev/sound/pcm/vchan.c:98 98 cnt = FEEDER_FEED(ch-feeder, ch, (u_int8_t *)tmp, count, ch-bufsoft); (kgdb) list 93 SLIST_FOREACH(cce, c-children, link) { 94 ch = cce-channel; 95 if (ch-flags CHN_F_TRIGGERED) { 96 if (ch-flags CHN_F_MAPPED) 97 sndbuf_acquire(ch-bufsoft, NULL, sndbuf_getfree(ch-bufsoft)); 98 cnt = FEEDER_FEED(ch-feeder, ch, (u_int8_t *)tmp, count, ch-bufsoft); 99 vchan_mix_s16(dst, tmp, cnt / 2); 100
Re: several background fsck panics
Thus spake Terry Lambert ([EMAIL PROTECTED]): Disable write caching on your ATA drive. You should be able to safely reset after that. Good idea, thanks. Nevertheless: I don't think the system should panic on background fsck's, while a manual fsck works. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: several background fsck panics
Thus spake Terry Lambert ([EMAIL PROTECTED]): A manual fsck can deal with corrupt data. [...] Yes, I recall the discussion about WC on ata vs. softupdates a few months back. I even have it disabled on more important machines than this one :-) The panic was not, in fact, a result of the background fsck itself: it was a result of an attempt to access FS structures by the kernel through the FS, assuming -- incorrectly -- that the FS structures were in a self-consistent state. Actually I don't care _where_ the panic happened. If I hadn't manually interupted the boot process, this kernel would have booted and paniced on that error for the next three years. I could fix that by simply doing a manual (background_fsck=NO), so something is broken, for some definition of broken: If my system panics, I call that broken. We claim background fsck as a cool new feature in the release notes, which is even the DEFAULT, including WC on ATA disks, which is ALSO the default. So , and if this is broken, there is a serious design flaw, which must be fixed. It doesn't help to explain why the error is there, the next user will have the same error, running a verbatim system. Ciao Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic: indiracct: botched params (including a sound page fault)
Hi! With Terry's suggestion I turned ATA WC off this morning, and now, this happened: A crash when I pressed play in XMMS (this seems to be the first page fault you see, and then, with fsck in the background: yet another panic (UFS2 related?): The crashdump is a bit odd, since I don't know why it actually paniced (see the very end of this mail). Script started on Wed Mar 26 01:20:39 2003 (kgdb) core-file vmcore.2 panic: indiracct: botched params panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc021cdbb stack pointer = 0x10:0xd6828c40 frame pointer = 0x10:0xd6828c54 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 = 24 (irq5: pcm0) trap number = 12 panic: page fault syncing disks, buffers remaining... 3668 3668 Copyright (c) 1992-2003 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 #5: Tue Mar 18 16:04:55 CET 2003 [EMAIL PROTECTED]:/data/obj/usr/src/sys/ZEROGRAVITY Preloaded elf kernel /boot/kernel/kernel at 0xc0682000. Preloaded elf module /boot/kernel/nvidia.ko at 0xc06820b4. Preloaded elf module /boot/kernel/linux.ko at 0xc0682160. Preloaded elf module /boot/kernel/acpi.ko at 0xc068220c. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 1477360975 Hz CPU: AMD Athlon(TM) XP1700+ (1477.36-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x662 Stepping = 2 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc048MP,AMIE,DSP,3DNow! real memory = 536788992 (511 MB) avail memory = 514334720 (490 MB) Allocating major#253 to net Allocating major#252 to pci Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS A7V266-E on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00f13a0 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 0xe408-0xe40b on acpi0 acpi_cpu0: CPU port 0x530-0x537 on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 nvidia0: GeForce2 MX/MX 400 mem 0xf000-0xf7ff,0xeb00-0xebff irq 10 at device 0.0 on pci1 pcm0: CMedia CMI8738 port 0xd800-0xd8ff irq 5 at device 5.0 on pci0 sym0: 875 port 0xd400-0xd4ff mem 0xea00-0xea000fff,0xea80-0xea8000ff irq 9 at device 12.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking xl0: 3Com 3c905B-TX Fast Etherlink XL port 0xd000-0xd07f mem 0xe980-0xe980007f irq 10 at device 13.0 on pci0 xl0: Ethernet address: 00:50:04:0f:66:6f miibus0: MII bus on xl0 xlphy0: 3Com internal media interface on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: display, VGA at device 15.0 (no driver attached) pci0: multimedia, video at device 16.0 (no driver attached) pci0: multimedia at device 16.1 (no driver attached) isab0: PCI-ISA bridge at device 17.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 8233 UDMA100 controller port 0xb800-0xb80f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xb400-0xb41f irq 9 at device 17.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 ulpt0: Hewlett-Packard DeskJet 930C, rev 1.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode uhci1: VIA 83C572 USB controller port 0xb000-0xb01f irq 9 at device 17.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 uhub1: port error, restarting port 1 uhub1: port error, restarting port 2 uhci2: VIA 83C572 USB controller port 0xa800-0xa81f irq 9 at device 17.4 on pci0 usb2: VIA 83C572 USB controller on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhub2: port error, restarting port 1 uhub2: port error, restarting port 2 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0
several background fsck panics
Hi! I had several panics related to background fsck now. Once I disabled background fsck, all went ok. It began when I pressed the reset buttons on several boots while the system was still doing fscks. Then sometime this happened: Mar 24 21:31:12 fump root: /dev/ad0s2g: 701589 files, 12766670 used, 32836022 free (76598 frags, 4094928 blocks, 0.2% fragmentation) Mar 24 21:32:27 fump kernel: handle_workitem_freeblocks: block count Mar 24 21:37:36 fump root: fsck_ufs: cannot find inode 1443360 and a bit later: Mar 24 21:48:59 fump syslogd: kernel boot file is /boot/kernel/kernel Mar 24 21:48:59 fump kernel: /usr: bad dir ino 500641 at offset 0: mangled entry Mar 24 21:48:59 fump kernel: panic: ufs_dirbad: bad dir Mar 24 21:48:59 fump kernel: Mar 24 21:48:59 fump kernel: syncing disks, buffers remaining... 3810 3810 3810 3809 3809 3809 3806 3807 3807 3807 3807 3807 3803 3803 3803 3780 378 2 3782 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 Mar 24 21:48:59 fump kernel: giving up on 2299 buffers Mar 24 21:48:59 fump kernel: Uptime: 36m18s Mar 24 21:48:59 fump kernel: Dumping 511 MB Mar 24 21:48:59 fump kernel: ata0: resetting devices .. Mar 24 21:48:59 fump kernel: done Mar 24 21:48:59 fump kernel: 16 32 48 64 80[CTRL-C to abort] 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352[CTRL-C to abort] [C TRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL- C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] As I was in X, I thought my system just hung w/o dumping the core (my hdd led is broken obviously), I then pressed reset. Next turn: Mar 24 21:48:59 fump kernel: WARNING: /data was not properly dismounted Mar 24 21:48:59 fump kernel: /data: mount pending error: blocks 32 files 0 Mar 24 21:48:59 fump kernel: /data: superblock summary recomputed system entered multi-user, I logged in, but did not start anything but my login shell. Mar 24 21:53:37 fump syslogd: kernel boot file is /boot/kernel/kernel Mar 24 21:53:37 fump kernel: dev = ad0s2g, block = 1, fs = /data Mar 24 21:53:37 fump kernel: panic: ffs_blkfree: freeing free block Mar 24 21:53:37 fump kernel: (entered debugger, I did a c) Mar 24 21:53:37 fump kernel: syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue Mar 24 21:53:37 fump kernel: Uptime: 2m10s Mar 24 21:53:37 fump kernel: Dumping 511 MB Mar 24 21:53:37 fump kernel: ata0: resetting devices .. Mar 24 21:53:37 fump kernel: done Mar 24 21:53:37 fump kernel: 16 32 48 64 80 96 112 128 144 160 176 192 I pressed reset again as it would have dumped the wrong panic and I wanted to dump the panic that caused the initial panic. Next boot: Mar 24 22:22:58 fump kernel: RENT WAS I=2404025 Mar 24 22:22:58 fump savecore: reboot after panic: bremfree: removing a buffer not on a queue Mar 24 22:22:58 fump savecore: writing core to vmcore.1 ok, here's the stuff: Script started on Mon Mar 24 22:50:14 2003 [EMAIL PROTECTED] /data/crash # gdb -k GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-undermydesk-freebsd. (kgdb) exec-file /boot/kernel/kernel (kgdb) symbol-file /usr/obj/usr/src/sys/ZEROGRAVITY/kernel.debug Reading symbols from /usr/obj/usr/src/sys/ZEROGRAVITY/kernel.debug...done. (kgdb) core-file vmcore.1 panic: bremfree: removing a buffer not on a queue panic messages: --- panic: ufs_dirbad: bad dir syncing disks, buffers remaining... 3810 3810 3810 3809 3809 3809 3806 3807 3807 3807 3807 3807 3803 3803 3803 3780 3782 3782 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 3780 giving up on 2299 buffers Uptime: 36m18s Dumping 511 MB ata0: resetting devices .. done 16 32 48 64 80[CTRL-C to abort] 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] Copyright (c) 1992-2003 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 #5: Tue Mar 18 16:04:55
/dev/dsp disappears while being used
Folks. I heard on IRC others are seeing this as well: I'm using FreeBSD 5.0-CURRENT #2: Thu Jan 9 22:49:45 CET 2003 on i386, but it used to happen since at least December, maybe even November (I'm always using more or less recent -CURRENT's). I didn't happen before, so I can be rather sure it's not the xmms binary which causes the error, since I haven't changed anything in regard to XMMS since August: -r-xr-xr-x 1 root wheel 974196 Aug 23 12:24 xmms and this error definitely didn't occur before November. This is my sndstat, if of interest: FreeBSD Audio Driver (newpcm) Installed devices: pcm0: CMedia CMI8738 at io 0xd800 irq 10 (1p/1r/2v channels duplex default) hw.snd.targetirqrate: 32 hw.snd.report_soft_formats: 1 hw.snd.verbose: 1 hw.snd.unit: 0 hw.snd.maxautovchans: 5 hw.snd.pcm0.buffersize: 16384 hw.snd.pcm0.vchans: 2 hw.snd.pcm0.spdif_enabled: 0 Anyways, here's the problem description: After several hours/days of uptime (2 days now) and approx. 12 hours/day sound usage with XMMS and like hundrets of MP3 songs played, /dev/dsp just disappears. It always happens after XMMS finnished an MP3 song and wants to play the next one (also on songs it successfully played before). This fails, because of these error messages: ** WARNING **: oss_open(): Failed to open audio device (/dev/dsp): Operation not supported by device ** WARNING **: oss_open(): Failed to open audio device (/dev/dsp): No such file or directory I then mknod a dsp device with the major/minor of dsp in / and s-linked /dev/dsp to /dsp. xmms then reports Device busy. When I then symbolically link /dev/dsp to one of the dspX.X devices, XMMS can play sound for some more time, but then these are disappearing as well. Is this a devfs bug? I almost think so, but I'm not sure. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: /dev/dsp disappears while being used
Thus spake Kenneth Culver ([EMAIL PROTECTED]): This may be related to the vchans stuff in in the pcm driver. Good point. I don't know when I activated the vchans stuff, but I think it was approx. the time the error occured for the first time. Let's see if the error occurs again. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: When do you plan 5.0-RELEASE?
Thus spake Paolo Pisati ([EMAIL PROTECTED]): if i remember correctly, 5.0-release was supposed to ship somewhen in november, isn't it? any news on this? It's currently shifted to December. The release schedule will be updated soon. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel boot messages absent
Also sprach Bernd Walter ([EMAIL PROTECTED]): from dmesg: sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x0 Now that you wrote it isolated - the flags are missing: sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 Seems like your hints are ignored. Have you tried disabling acpi? Yes - when I disable acpi in the hints, acpi is not used (legacy devices attach to isa0 and no acpi h/w is probed) - thus the device.hints file is parsed as it should. I have no idea why it misses the flags. This is very uncommon, and my (-CURRENT)-desktop machine doesn't show this behaviour. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel boot messages absent
erm, no. acpi.disable=0 _doesn't_ disable acpi for me. Seems like you are right and the hints are ignored. I'll try to find out why, thanks :) Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel boot messages absent
Also sprach Bernd Walter ([EMAIL PROTECTED]): erm, no. acpi.disable=0 _doesn't_ disable acpi for me. Seems like you are right and the hints are ignored. acpi.disabled=1 Well, that's actually what I tried. Only disabling acpi from the loader (unset acpi_load) worked. Anyways, I just compiled a kernel with statically linked/wired GENERIC.hints, and that kernel does work properly. So indeed the problem was that the /boot/device.hints file was ignored. I don't know yet, why, but I'll take a look at it next week, when I have my other -CURRENT box as a reference/test box. Thanks for all the help :) Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel boot messages absent
Thus spake John Baldwin ([EMAIL PROTECTED]): Can anyone explain me why with a recent kernel (last kernel was from 1 year ago) the kernel boot messages disappear from the monitor once the propellor of the kernel boot has done like 5 rounds (last message is the last line of the Booting kernel in X seconds line, followed by a single - on the line, which used to be the propellor) You need to setup a /boot/device.hints file if you haven't already so that the kernel can configure it's console device. Nah, that machine already had a device.hints installed. And also with an upgraded device.hints (GENERIC.hints copied from /sys/i386/conf) the same problem occurs. And I don't think I'd have to edit device.hints on common hardware, using a GENERIC kernel, do I? It used to work before :-( Any more tips? Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: expat2 in the base system?
Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]): 2. Under assumed name, libxmlread or something. This means that nothing which doesn't explicitly ask for it will get in touch with this version of libexpat, and that will only be the programs in the tree. We don't need to track the official libexpat (sort of like the DB(3) situation, except with better isolation I guess). This seems to be a nice idea. Can you trim down our version of expat to only the libxmlread part or so? This way we don't get too much bloat, the perl fiasco won't happen, and once we've got a working version we can update only for bug fixes. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel boot messages absent
Also sprach Bernd Walter ([EMAIL PROTECTED]): You can verify with conscontrol. It should list consolectl for vga console and Muting off. from dmesg: sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x0 but then: # conscontrol Configured: Available: Muting: off Hmm. Does look odd. My other machines do have at least one console listed in Available :) Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kernel boot messages absent
Hi! Can anyone explain me why with a recent kernel (last kernel was from 1 year ago) the kernel boot messages disappear from the monitor once the propellor of the kernel boot has done like 5 rounds (last message is the last line of the Booting kernel in X seconds line, followed by a single - on the line, which used to be the propellor) It seems a bit like the kernel is thinking it boots from a serial console (not tried due to the lack of a serial cable, though). However, once the getty is started, the login prompt is shown on the monitor as it should. I've tried to tell the loader in loader.conf that console=vidconsole, but it doesn't help. Note that the loader itself is visible. This is the dmesg from boot -v. I've got no idea :-( Odd. Thanks for any pointers ... Uptime: 7h19m56s Terminate ACPI Rebooting... 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 #1: Tue Oct 1 15:35:39 CEST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel /boot/kernel/kernel at 0xc06a7000. Preloaded elf module /boot/kernel/acpi.ko at 0xc06a70b4. Calibrating clock(s) ... TSC clock: 647190907 Hz, i8254 clock: 1193189 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 647189786 Hz CPU: Pentium III/Pentium III Xeon/Celeron (647.19-MHz 686-class CPU) Origin = GenuineIntel Id = 0x683 Stepping = 3 Features=0x387f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE real memory = 201261056 (196544K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x006ce000 - 0x0bfe7fff, 194093056 bytes (47386 pages) avail memory = 188153856 (183744K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f6a90 bios32: Entry = 0xfd8c0 (c00fd8c0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd8c0+0x11e pnpbios: Found PnP BIOS data at 0xc00f6ac0 pnpbios: Entry = f:8da2 Rev = 1.0 Other BIOS signatures found: random: entropy source mem: memory I/O Pentium Pro MTRR support enabled null: null device, zero device npx0: math processor on motherboard npx0: INT 16 interface acpi0: PTLTDRSDT on motherboard pci_open(1):mode 1 addr port (0x0cf8) is 0x80003904 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) Using $PIR table, 4 entries at 0xc00fdf80 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded07D 0x63 3 4 11 embedded0 12A 0x60 3 4 11 embedded09A 0x62 3 4 5 embedded01A 0x61 3 4 10 11 ACPI timer looks BAD min = 1, max = 5, width = 5 ACPI timer looks BAD min = 2, max = 5, width = 4 ACPI timer looks BAD min = 1, max = 16777213, width = 16777213 ACPI timer looks BAD min = 1, max = 5, width = 5 ACPI timer looks BAD min = 2, max = 5, width = 4 ACPI timer looks BAD min = 2, max = 5, width = 4 ACPI timer looks BAD min = 2, max = 16777213, width = 16777212 ACPI timer looks BAD min = 1, max = 6, width = 6 ACPI timer looks BAD min = 1, max = 5, width = 5 ACPI timer looks BAD min = 1, max = 5, width = 5 Timecounter ACPI-safe frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f800, size 26, enabled found- vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found- vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found- vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 map[20]: type 4, range 32, base 1050, size 4, enabled found- vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 map[20]: type 4, range 32, base 1060, size 5, port disabled found- vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=255 map[90]: type 4, range 32, base 1040, size 4, enabled found- vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 map[10]: type 4, range 32, base 1080, size 7, port disabled found- vendor=0x4005, dev=0x0308, revid=0x00 bus=0, slot=9, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 intpin=a, irq=255 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 4,
gcc 3.1 / streambuf.h broken with using namespace std;
Hi! What's going on wrong here? GCC 2.9x can compile this, 3.1 cannot: alex@zerogravity ~ $ cat test.cc using namespace std; #include iostream #include strstream alex@zerogravity ~ $ c++ -pipe -g -fpic -DPIC -Wall -c test.cc In file included from /usr/include/g++/iostream.h:31, from /usr/include/g++/strstream.h:32, from /usr/include/g++/strstream:6, from test.cc:4: /usr/include/g++/streambuf.h:87: syntax error before `*' token /usr/include/g++/streambuf.h:179: syntax error before `*' token /usr/include/g++/streambuf.h:126: warning: `class ios' only defines private constructors and has no friends /usr/include/g++/streambuf.h:180: syntax error before `*' token /usr/include/g++/streambuf.h:180: ISO C++ forbids declaration of `_tie' with no type /usr/include/g++/streambuf.h:180: `val' was not declared in this scope /usr/include/g++/streambuf.h:180: syntax error before `return' In file included from /usr/include/g++/iostream.h:31, from /usr/include/g++/strstream.h:32, from /usr/include/g++/strstream:6, from test.cc:4: /usr/include/g++/streambuf.h:25:1: unterminated #ifndef In file included from /usr/include/g++/strstream.h:32, from /usr/include/g++/strstream:6, from test.cc:4: /usr/include/g++/iostream.h:25:1: unterminated #ifndef In file included from /usr/include/g++/strstream:6, from test.cc:4: /usr/include/g++/strstream.h:27:1: unterminated #ifndef In file included from test.cc:4: alex@zerogravity ~ $ (5 day old -CURRENT) If you remove the using namespace std;, it works, but libh uses a lot of header files that want to use namespace std and are includes before header files that use strstream, and TBH I'm too lazy to add std:: on bazillion places manually. #if 0 Interestingly enough, I've found a VERY similar bug report at Mirosoft's Support base ;-) http://support.microsoft.com/default.aspx?scid=KB;EN-US;q192539; #endif Thanks for any info :) Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 / streambuf.h broken with using namespace std;
Thus spake Terry Lambert ([EMAIL PROTECTED]): What's going on wrong here? GCC 2.9x can compile this, 3.1 cannot: Delete and reinstall your header files. They must match the compiler you are using, and you must not have stale header files from the previous compiler version. The -STABLE - -CURRENT upgrade path is broken then. Use at least GCC 3.2, if you feel compelled to use a buggy non-maintenance release level GCC; alternately, wait for 3.3. I felt like using -CURRENT's 3.1, as it is expected. Well, I'll try to look if a new world fixes the problem, though I bet it won't. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: lpd: Host name for your address (fe80:....%xl0) unknown
Thus spake Hajimu UMEMOTO ([EMAIL PROTECTED]): alex 15329 ?? S 0:00.02 lpd -4 alex alex@oink ~ $ lpq alex lpd: Host name for your address (fe80::250:baff:fed4:a512%xl0) unknown Sorry, but I cannot see this message, here. Could you please tell me how did you do? I started lpd on this machine: (with the -4 flag, see above). alex@oink ~ $ uname -a ; ifconfig -a FreeBSD oink.cichlids.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Sep 1 15:25:41 CEST 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 192.168.0.19 netmask 0xff00 broadcast 192.168.0.255 inet6 fe80::250:baff:fed4:a512%rl0 prefixlen 64 scopeid 0x1 ether 00:50:ba:d4:a5:12 media: Ethernet autoselect (100baseTX) status: active lp0: flags=8810POINTOPOINT,SIMPLEX,MULTICAST mtu 1500 faith0: flags=8000MULTICAST mtu 1500 lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff00 ppp0: flags=8010POINTOPOINT,MULTICAST mtu 1500 This is the printcap from this machine: lp|local line printer:\ :sh:\ :rm=neutron:\ :sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: Note that neutron has: alex@oink ~ $ ping6 neutron PING6(56=40+8+8 bytes) fe80::250:baff:fed4:a512%rl0 -- fe80:1::250:4ff:fe0f:5a27 16 bytes from fe80::250:4ff:fe0f:5a27%rl0, icmp_seq=0 hlim=64 time=2.492 ms ^X^C (telnet6 works!) Then I just start lpd (or lpd -4, same effect), and this happens. when I do rm=192.168.0.1 in the printcap, I get: root@oink ~ $ lpq oink.cichlids.com: Warning: no daemon present Rank Owner Job Files Total Size 1stalex 0(standard input) 419326 bytes lpd: Host name for your address (192.168.0.19) unknown So, this MIGHT be the reason: The IPv4 address is nonexistent, but it displays the IPv6 address as error address. However, it's still bad that he uses and IPv6 stuff when I specify -4 BTW, it works if I add a PTR for 192.168.0.19. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: lpd: Host name for your address (fe80:....%xl0) unknown
BTW, the lpd server (neutron) is a FreeBSD neutron.cichlids.com 4.3-STABLE FreeBSD 4.3-STABLE #0: Tue Jun 5 01:38:27 CEST 2001 [EMAIL PROTECTED]:/storage/obj/storage/src/sys/NEUTRON i386 I think the problem is on the server-side. (since the error messages contains a xl0 string, which is the server's NIC). Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: lpd: Host name for your address (fe80:....%xl0) unknown
Thus spake Dag-Erling Smorgrav ([EMAIL PROTECTED]): alex@oink ~ $ lpq lpd: Host name for your address (fe80::250:baff:fed4:a512%xl0) unknown The server is reporting that it can't figure out who you are, and therefore won't let you access the printer. See hosts.lpd(5). The client is merely repeating the error message it got from the server. It's still using IPv6 though I told it to do IPv4. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
lpd: Host name for your address (fe80:....%xl0) unknown
Hi! I don't think that I like this behaviour: alex@oink ~ $ ps ax | grep lpd 15328 ?? Ss 0:00.01 lpd -4 15329 ?? S 0:00.02 lpd -4 alex@oink ~ $ lpq lpd: Host name for your address (fe80::250:baff:fed4:a512%xl0) unknown alex@oink ~ $ ifconfig -a rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 192.168.0.19 netmask 0xff00 broadcast 192.168.0.255 inet6 fe80::250:baff:fed4:a512%rl0 prefixlen 64 scopeid 0x1 ether 00:50:ba:d4:a5:12 media: Ethernet autoselect (100baseTX) status: active lp0: flags=8810POINTOPOINT,SIMPLEX,MULTICAST mtu 1500 faith0: flags=8000MULTICAST mtu 1500 lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff00 I don't know why lpd.c's chkhost() gets an INET6 socket, since it only listens on tcp4: alex@oink ~dir $ netstat -a | grep print tcp4 0 0 *.printer *.*LISTEN ccbdd3c0 stream 0 0 ccab3200000 /var/run/printer Odd. Is a link-local address supposed to have a host name anyways? Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ~/.login_conf disabling exact reasons wanted
Thus spake Andrey A. Chernov ([EMAIL PROTECTED]): Why it is hoax? One reason is simple, look at his examples: A hoax, that has been tested and verified by 10+ people on IRC, where he originally reported it. Only me class can be defined in ~/.login_conf, anything else ignored there. And me class picked up only when permissions are set to user mode, at the end of setusercontext(). And copyright and welcome are not overwriteable from me class in any case. Yeah, now you know what is broken. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ~/.login_conf disabling exact reasons wanted
Thus spake Andrey A. Chernov ([EMAIL PROTECTED]): Please, read me carefully. This bug not exist in -current, where it is disabled by mistake via commit I complain. I not test other branches, I Err, the bugtraq message explicelty says 4.4. Even worse if it only exists in the production-branch. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ~/.login_conf disabling exact reasons wanted
Thus spake Andrey A. Chernov ([EMAIL PROTECTED]): [Cc: listed trimmed to a value mass] Proper move will be MFC -current login_cap variant to other branches, not disabling not testing rush. If I understood the IRC discussion a week ago correctly, we had a volunteer who wanted to rewrite the whole login_cap stuff anyways. I don't remember who, though, and it might also be the case that I'm completely mistaken. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make.conf not in -current tree (was cvs commit: src/include stdio.h)
Thus spake Ruslan Ermilov ([EMAIL PROTECTED]): IIRC, it was requested by many that this change be backed out, no? No, the discussion -arch converted to a discussion about the implementation of a world.conf file, which implicits this commit. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make.conf not in -current tree (was cvs commit: src/include stdio.h)
Thus spake Vincent Poy ([EMAIL PROTECTED]): I was looking on the -current tree and don't see make.conf in either etc or etc/defaults. In previous versions, make.conf is in etc/defaults and then you can put your own modifications in etc. So any chance of bringing back make.conf into the source tree? /usr/share/examples/etc/make.conf Just copy the stuff you need to /etc/make.conf, as before. I'm currently still working on the make.conf/ports.conf stuff. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: minor HEADS UP: /etc/defaults/make.conf is gone
Thus spake Leif Neland ([EMAIL PROTECTED]): Why introduce this handling of defaults different of other default cfg's: pccard.conf periodic.conf rc.conf Because these actually _set_ defaults, /etc/defaults/make.conf did not. The example file lives in /usr/share/examples/etc/ now. It is not an example, it is the vendor defaults not make.conf Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
minor HEADS UP: /etc/defaults/make.conf is gone
Hi! /etc/defaults/make.conf has been removed and is not included by make(1) any more. If you are using BDEFLAGS, add the entry to your local /etc/make.conf. The example file lives in /usr/share/examples/etc/ now. Thank you Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: unknown PNP hardware
Thus spake Warner Losh ([EMAIL PROTECTED]): I'd guess that's too much work. Maybe someone can prove me wrong with trivial patches. Maintaining the device-table is probably the most work (since we already have the PNP string and most lists are sortedc by this string as well). Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Why is csh tcsh? This can be a bad thing...
Thus spake Jim Bryant ([EMAIL PROTECTED]): It's kinda late in the process to be complaining about this, but I just noticed this myself... That's why it is in the ports collection. Alex -- WELCOME DATACOMP! To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: unknown PNP hardware
Thus spake David W. Chapman Jr. ([EMAIL PROTECTED]): I'm running -current as of an hour ago. I've gotten this since I've been running 4.2-stable, any ideas on how I can find out what it belongs to? Statically wired ISA devices. unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources 501 are the sio ports for example. Look up some PNP devices listings, they're probably all listed in your device.hints. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 4-STABLE--5-CURRENT upgrade path is b0rken in libform [patch]
Thus spake Ruslan Ermilov ([EMAIL PROTECTED]): Are you sure? Yes, I reported this on IRC already some weeks ago, but I was too lazy to fix it, so I just copied the include to /usr/include manually. ;-) I can easily reproduce this, from 4.4-PRERELEASE, 4.3-STABLE and (!) from a fairly old -CURRENT. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 4-STABLE--5-CURRENT upgrade path is b0rken in libform [patch]
Thus spake Ruslan Ermilov ([EMAIL PROTECTED]): I would like to take a look at that part of `buildworld' output that is failing. I get the same error Maxim pasted. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: driver writing newbie
Thus spake Kenneth Wayne Culver ([EMAIL PROTECTED]): SYS_RES_MEMORY instead of SYS_RES_IOPORT (all these combinations are for use in bus_alloc_resource). The thing is everything I've tried fails to work, so I can't attach my driver because it won't map the resources. Can anyone suggest other things I could try to make this work right? Source? Alex -- WELCOME DATACOMP! To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Can we please remove green@FreeBSD.org from the version string?
Thus spake David O'Brien ([EMAIL PROTECTED]): It's far removed from being plain OpenSSH or portable OpenSSH. This the FreeBSD added to the version string. If it's of any interest: I'd also prefer FreeBSD OpenSSH as David suggested. Thanks Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Can we please remove green@FreeBSD.org from the version string?
Thus spake David O'Brien ([EMAIL PROTECTED]): Looking at the first two lines, shouldn't it be #define SSH_VERSION (ssh_version_get()) #define SSH_VERSION_BASE OpenSSH_2.9 -#define SSH_VERSION_ADDENDUM[EMAIL PROTECTED] 20010608 +#define SSH_VERSION_ADDENDUM FreeBSD 20010608 anyways? :-) Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Can we please remove green@FreeBSD.org from the version st
Thus spake John Baldwin ([EMAIL PROTECTED]): #define SSH_VERSION (ssh_version_get()) #define SSH_VERSION_BASEOpenSSH_2.9 -#define SSH_VERSION_ADDENDUM[EMAIL PROTECTED] 20010608 +#define SSH_VERSION_ADDENDUMFreeBSD 20010608 Other way around. #define's are supposed to have a tab after them rather than a space. Yes, but you have to keep style-consistency in the first place. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: netstat kernel panic
Thus spake John Baldwin ([EMAIL PROTECTED]): tf_eip = -1070822146, tf_cs = 8, tf_eflags = 66118, tf_esp = -1069680480, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:405 #11 0xc02c8cfe in vm_object_pip_add (object=0x0, i=1) I've seen this panic many times on my alpha SMP testbox. It seems that the vm object returned by vm_map_lookup via the fs.first_object variable is actually NULL, resulting in a NULL pointer deref when calling vm_object_pip_add() (note object=0x0). I haven't seen this on UP or x86 before, but it seems the bug wasn't alpha specific now. :( I had it on two different machines (both _UP_ x86). (just to verify). Thanks Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
netstat kernel panic
Hello, when running netstat or using an app, that uses it (such as linux-navigator), my machine panics: Script started on Sat Jul 14 12:52:06 2001 (kgdb) mobile# gdb -k /usr/obj/usr/src/sys/MOBILE/kernel.debug vmcore.1 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-freebsd... IdlePTD 4804608 initial pcb at 39bce0 panicstr: from debugger panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3a fault code = supervisor write, page not present instruction pointer = 0x8:0xc02c8cfe stack pointer = 0x10:0xcd6b4d44 frame pointer = 0x10:0xcd6b4d5c 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 = 5731 (netstat) trap number = 12 panic: page fault syncing disks... 102 102 panic: Lock (sx) allproc not locked @ /usr/src/sys/kern/kern_proc.c:152. Uptime: 2h3m2s dumping to dev ad0b, offset 176256 dump ata0: resetting devices .. panic: witness_save: lock (sleep mutex) Giant not locked Uptime: 2h3m3s Dump already in progress, bailing... Automatic reboot in 15 seconds - press a key on the console to abort -- Press a key on the console to reboot -- Rebooting... ACPI debug layer 0x0 debug level 0x0 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 #1: Tue Jul 10 18:53:24 CEST 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MOBILE Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 647191364 Hz CPU: Pentium III/Pentium III Xeon/Celeron (647.19-MHz 686-class CPU) Origin = GenuineIntel Id = 0x683 Stepping = 3 Features=0x387f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE real memory = 67043328 (65472K bytes) avail memory = 60309504 (58896K bytes) Preloaded elf kernel kernel at 0xc0476000. Preloaded elf module agp.ko at 0xc047609c. Preloaded elf module random.ko at 0xc0476138. Warning: module random already exists Pentium Pro MTRR support enabled WARNING: Driver mistake: repeat make_dev(random) Using $PIR table, 4 entries at 0xc00fdf80 acpi0: PTLTDRSDT on motherboard acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_pcib0: Host-PCI bridge on acpi0 pci0: PCI bus on acpi_pcib0 agp0: Intel 82443BX (440 BX) host to PCI bridge mem 0xf800-0xfbff 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 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0x1050-0x105f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: Intel 82371AB/EB (PIIX4) USB controller at device 7.2 on pci0 uhci0: Could not map ports device_probe_and_attach: uhci0 attach returned 6 pci0: bridge, PCI-unknown at 7.3 (no driver attached) pci0: multimedia, audio at 9.0 (no driver attached) pci0: input device at 9.1 (no driver attached) acpi_pcib0: matched entry for 0.12.INTA (source \\_SB_.PCI0.ISA_.LNKA) acpi_pcib0: possible interrupts: 3 4 5 7 11 12 acpi_pcib0: routed interrupt 3 via \\_SB_.PCI0.ISA_.LNKA pcic0: Ricoh RL5C475 PCI-CardBus Bridge mem 0x4400-0x44000fff irq 3 at device 12.0 on pci0 pcic0: Memory mapped device, will work. pccard0: PC Card bus (classic) on pcic0 acpi_ec0: embedded controller on acpi0 acpi_acad0: AC adapter on acpi0 acpi_cmbat0: Control method Battery on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Control Method Sleep Button Device on acpi0 acpi_button1: Control Method Power Button Device on acpi0 acpi_timer0: 24-bit timer at 3.579545MHz on acpi0 npx0: math processor on motherboard npx0: INT 16 interface too many dependant configs too many dependant configs too many dependant configs too many dependant configs too many dependant configs too many dependant configs too many dependant configs too many dependant configs orm0: Option ROM at iomem 0xc-0xc on isa0 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 GlidePoint, device ID 0 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 pmtimer0 on isa0 ppc0: parallel port not found. sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300
Re: new ipv6 causes panic
Thus spake Michael Harnois ([EMAIL PROTECTED]): Building the kernel without INET6 makes this error go away. cvsup as of about two hours ago. Is it fixed now? Ume has committed a fix to the mbuf locks recently. Alex (I just got the same panic with a different traceback with a kernel from before the fix as well). To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic (with dump!): mutex vm owned at /usr/home/alex/work/HEAD/src/sys/kern/vfs_bio.c:2990
Hi! I get this about 20 seconds after boot completed (and fsck went into background): (I saw a similar message yesterday IIRC): root@zerogravity ~dir $ gdb -k /usr/obj/usr/home/alex/work/HEAD/src/sys/CICHLIDS/kernel.debug vmcore.1 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-freebsd... IdlePTD 5033984 initial pcb at 3da620 panicstr: mutex vm owned at /usr/home/alex/work/HEAD/src/sys/kern/vfs_bio.c:2990 panic messages: --- panic: recurse syncing disks... panic: mutex vm owned at /usr/home/alex/work/HEAD/src/sys/kern/vfs_bio.c:2990 Uptime: 1m48s /dev/vmmon: Module vmmon: unloaded dumping to dev ad2b, offset 761856 dump ata1: resetting devices .. done 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at /usr/home/alex/work/HEAD/src/sys/kern/kern_shutdown.c:478 478 if (dumping++) { (kgdb) bt #0 dumpsys () at /usr/home/alex/work/HEAD/src/sys/kern/kern_shutdown.c:478 #1 0xc01ca20f in boot (howto=260) at /usr/home/alex/work/HEAD/src/sys/kern/kern_shutdown.c:321 #2 0xc01ca629 in panic (fmt=0xc034dd7c mutex %s owned at %s:%d) at /usr/home/alex/work/HEAD/src/sys/kern/kern_shutdown.c:600 #3 0xc01c2bdf in _mtx_assert (m=0xc041ace0, what=2, file=0xc0355780 /usr/home/alex/work/HEAD/src/sys/kern/vfs_bio.c, line=2990) at /usr/home/alex/work/HEAD/src/sys/kern/kern_mutex.c:580 #4 0xc020b7a7 in vfs_busy_pages (bp=0xc41e0630, clear_modify=1) at /usr/home/alex/work/HEAD/src/sys/kern/vfs_bio.c:2990 #5 0xc020787f in bwrite (bp=0xc41e0630) at /usr/home/alex/work/HEAD/src/sys/kern/vfs_bio.c:695 #6 0xc0208f81 in vfs_bio_awrite (bp=0xc41e0630) at /usr/home/alex/work/HEAD/src/sys/kern/vfs_bio.c:1496 #7 0xc02d38c0 in ffs_fsync (ap=0xcbda8b94) at /usr/home/alex/work/HEAD/src/sys/ufs/ffs/ffs_vnops.c:239 #8 0xc02d0cda in ffs_sync (mp=0xc19c9800, waitfor=2, cred=0xc0b34400, p=0xc04151a0) at vnode_if.h:441 #9 0xc0218953 in sync (p=0xc04151a0, uap=0x0) at /usr/home/alex/work/HEAD/src/sys/kern/vfs_syscalls.c:620 #10 0xc01c9c8f in boot (howto=256) at /usr/home/alex/work/HEAD/src/sys/kern/kern_shutdown.c:231 #11 0xc01ca629 in panic (fmt=0xc0351c88 recurse) #12 0xc01e49d4 in witness_lock (lock=0xc041ace0, flags=8, file=0xc0365de0 /usr/home/alex/work/HEAD/src/sys/ufs/ufs/ufs_readwrite.c, line=420) at /usr/home/alex/work/HEAD/src/sys/kern/subr_witness.c:539 #13 0xc02d2272 in ffs_write (ap=0xcbda8cdc) at /usr/home/alex/work/HEAD/src/sys/ufs/ufs/ufs_readwrite.c:420 #14 0xc02f88e8 in vnode_pager_generic_putpages (vp=0xcc751060, m=0xcbda8ddc, bytecount=8192, flags=0, rtvals=0xcbda8dac) at vnode_if.h:303 #15 0xc02100e6 in vop_stdputpages (ap=0xcbda8d60) at /usr/home/alex/work/HEAD/src/sys/kern/vfs_default.c:676 #16 0xc020f6a5 in vop_defaultop (ap=0xcbda8d60) at /usr/home/alex/work/HEAD/src/sys/kern/vfs_default.c:154 #17 0xc02dad89 in ufs_vnoperate (ap=0xcbda8d60) at /usr/home/alex/work/HEAD/src/sys/ufs/ufs/ufs_vnops.c:2587 #18 0xc02f8621 in vnode_pager_putpages (object=0xcc82b720, m=0xcbda8ddc, count=2, sync=0, rtvals=0xcbda8dac) at vnode_if.h:918 #19 0xc02f1b56 in vm_pageout_flush (mc=0xcbda8ddc, count=2, flags=0) at /usr/home/alex/work/HEAD/src/sys/vm/vm_pager.h:146 #20 0xc02edfd4 in vm_object_page_clean (object=0xcc82b720, start=0, end=0, flags=4) at /usr/home/alex/work/HEAD/src/sys/vm/vm_object.c:703 #21 0xc02165e5 in vfs_msync (mp=0xc19c9800, flags=2) at /usr/home/alex/work/HEAD/src/sys/kern/vfs_subr.c:2393 #22 0xc0217133 in sync_fsync (ap=0xcbda8f5c) #23 0xc0213714 in sched_sync () at vnode_if.h:441 #24 0xc01ba094 in fork_exit (callout=0xc02135a8 sched_sync, arg=0x0, frame=0xcbda8fa8) at /usr/home/alex/work/HEAD/src/sys/kern/kern_fork.c:727 FreeBSD zerogravity.kawo2.rwth-aachen.de 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Fri Apr 27 19:01:12 CEST 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/cichlids i386 I have the dump, if anyone wants to assist me here, I'd like to help. Maybe it's even fixed already (I don't know). Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: rm -rf question
Thus spake Will Andrews ([EMAIL PROTECTED]): No. It's a safety feature to prevent your shell from using too much memory to do the globbing you asked for (the *). This has nothing whatsoever to do with rm(1). It's xargs job to workaround that: ls | xargs rm -rf Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
xlint as build-tools breaks -DNOCLEAN buildworld
Hi! When starting buildworld with -DNOCLEAN: cd /usr/src/share/syscons/scrnmaps; make build-tools cd /usr/src/usr.bin/xlint; make build-tools make: don't know how to make /usr/obj/usr/src/i386/usr/include/stdlib.h. Stop *** Error code 2 Stop in /usr/src/usr.bin/xlint. *** Error code 1 Please fix Thanks Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic: spin lock (null) held by 0x0 for 5 seconds on 486 w/ ISA
Hello! This is an old 486 of mine which never ran FreeBSD before. It has only ISA and VL bus. When booting a trimmed down GENEIRC kernel from today, it shows the copyright lines and then this: panic: spin lock (null) held by 0x0 for 5 seconds. This line repeats approx. every 30 seconds This is JFYI, I haven't tried a DDB kernel (since it has to fit on the floppy). The same kernel runs fine on a PIII and a K6-2, though. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Latest on rewrite of pkg_install tools.
Hi! This is great! However, the patch has some whitespace-fubars: diff -urN -x CVS pkg_install/info/main.c pkg_install.jdl/info/main.c --- pkg_install/info/main.c Tue Dec 12 10:07:19 2000 +++ pkg_install.jdl/info/main.c Sat Jan 6 02:13:47 2001 @@ -7,10 +7,10 @@ * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright - *notice, this list of conditions and the following disclaimer. + * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright - *notice, this list of conditions and the following disclaimer in the - *documentation and/or other materials provided with the distribution. + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. * * Jordan K. Hubbard * 18 July 1993 @@ -19,168 +19,227 @@ * */ And similar, everywhere. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Current stalls...
Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]): cd /usr/src cvs -q update -P -d -A on any of my two -current systems. The systems stalls as described in my email yesterday. Maybe this is related: I had two complete hangs today on my FreeBSD cichlids.cichlids.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Dec 27 13:05:38 CET 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/cichlids i386 today, while I had *much* i/o on my xl0 NIC and on my hdd (UDMA33). This is the first time for months that I have stressed my xl0 that hard, and so I don't know if this is related or not. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: growfs(8) for FreeBSD
Thus spake The Hermit Hacker ([EMAIL PROTECTED]): Stripe'd file systems (or concat ones) ... what growfs allows is someone to add an n+1 drive to their RAID/Stripe and increase the size of the file No, vinum can do this alone. But you couldn't grow the _fs_ after that, so there was no use for this vinum feature. Now you can, not only on vinum volumes but also on usual harddisks and ccd devices. At least this is, what Christoph told me. A shrinking utility would be VERY nice, too. I would have use for this :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pcmcia and ed
Thus spake Warner Losh ([EMAIL PROTECTED]): The module name should be if_ed. I'll go fix it. Did you do this already? And if so, where? I'd love to know. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: setting device permissions for DEVFS
Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]): You guys are overlooking something about DEVFS: devices may appear post-boot. Ah, yes. BTW: Devices don't disappear if you unload devices. This happens for example with bktr.ko. When I then reload bktr.ko, I get the following: WARNING: Driver mistake: repeat make_dev("bktr0") WARNING: Driver mistake: repeat make_dev("tuner0") WARNING: Driver mistake: repeat make_dev("vbi0") We need a generic "devd" which finds out that devices have appeared, set their perms (if needed/wanted) and executes any commands needed (getty, mount, etc etc) by the device. Hmm. A technical question: How would the devd be notifed about an event in the devfs? Does it open a (new) device as for example the usbd does, or how would you solve that? Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: setting device permissions for DEVFS
Thus spake Warner Losh ([EMAIL PROTECTED]): Don't you mean pccard.conf? You can do the mounting now. I think that umount -f would work for dismounting on eject, but haven't tested it. No, I meant /etc/pccard_ether :) It works just fine. I don't unmount, though. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: setting device permissions for DEVFS
Thus spake Donn Miller ([EMAIL PROTECTED]): What is the suggested best way to set permissions on devices in DEVFS? (I want to chmod 664 /dev/acd0c to let users in the group operator burn CD-R's). Do we already have a common way that I missed? /etc/rc.devfs Ah, thanks :) Can we add this to UPDATING, please? Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: setting device permissions for DEVFS
Thus spake Mike Meyer ([EMAIL PROTECTED]): Does it possibly belong in /etc/defaults/rc.devfs, to slurp in /etc/rc.devfs (if it exists) at the end? No - instead we should add something like devfs_permission{0,1,2,etc} (and maybe ownership) to rc.conf, which can be modified there and then rc.devfs sets them - similar to the ifconfig stuff. Opinions? Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: setting device permissions for DEVFS
Thus spake Alexander Langer ([EMAIL PROTECTED]): Can we add this to UPDATING, please? Discard this statement. The absence of a well-working DEVFS made me forget that it existed before :-) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
setting device permissions for DEVFS
Hello! What is the suggested best way to set permissions on devices in DEVFS? (I want to chmod 664 /dev/acd0c to let users in the group operator burn CD-R's). Do we already have a common way that I missed? Or is the best way to put it into rc.local (or similar)? Thanks Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Newbusifying ed broke it
Thus spake Seigo Tanimura ([EMAIL PROTECTED]): - bus_space_write_1(sc-bst, sc-bsh, regno, data); + bus_space_write_1(rman_get_bustag(sc-port_res), rman_get_bushandle(sc-port_res), regno, data); Hmm. I used sc-bst/h to save function calls to rman_get_bus*, as many drivers use it. But obvioiusly I forgot to assign the values. I REALLY wonder why it worked for me ... strange. Thanks for fixing that. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: mount_hpfs not built by default
Thus spake Ustimenko Semen ([EMAIL PROTECTED]): I think there are too few people who really use HPFS. So it That's not a good reason :) I don't have HPFS partitions any more, so i even can't verify if it works. Hmm. One should test it. I can't, unfortunately. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
mount_hpfs not built by default
Hello! In PR docs/20369 it was mentioned that mount_hpfs isn't built by default. Am I missing something? Why not? From the cvs-logs, it seems, it has just been forgotten :) However, I'm asking because maybe I missed a discussion back in December. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: hotmail now running win2000
Thus spake The Hermit Hacker ([EMAIL PROTECTED]): switch is web administered, so it would be too easy to build a quick perl script to trigger a power outlet correspondign to the partiular server a quick DirectActiveVBScript, you mean. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sort(1) broken?
Thus spake Brian Fundakowski Feldman ([EMAIL PROTECTED]): I'm doubtful it's the only one of it's kind in GNU sort(1). Time for BSD sort(1)? What about BSD/OS's sort? Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RSA problem with SSH ...
Thus spake The Hermit Hacker ([EMAIL PROTECTED]): Just upgraded to the newest -current, and now can't use SSH: ssh: no RSA support in libssl and libcrypto. See ssl(8). options RANDOMDEV into kernel, or load randomdev.ko That solved it for me (though you mentioned it). I'M USA_RESIDENT=NO, though. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
cross-building broken?
Hello! root:/usr/src $ make MACHINE_ARCH=alpha buildworld -- stage 4: building libraries -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/alpha COMPILER_PATH=/usr/obj/alpha/usr/src/i386/usr/libexec:/usr/obj/alpha/usr/src/i386/usr/bin LIBRARY_PATH=/usr/obj/alpha/usr/src/i386/usr/lib:/usr/obj/alpha/usr/src/i386/usr/lib OBJFORMAT_PATH=/usr/obj/alpha/usr/src/i386/usr/libexec PERL5LIB=/usr/obj/alpha/usr/src/i386/usr/libdata/perl/5.6.0 DESTDIR=/usr/obj/alpha/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/alpha/usr/src/i386/usr/sbin:/usr/obj/alpha/usr/src/i386/usr/bin:/usr/obj/alpha/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOHTML -DNOINFO -DNOMAN -DNOFSCHG libraries cd /usr/src/lib/csu/alpha; make depend; make all; make install sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crt1.o /usr/obj/alpha/usr/src/i386/usr/lib/crt1.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crtbegin.o /usr/obj/alpha/usr/src/i386/usr/lib/crtbegin.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crtend.o /usr/obj/alpha/usr/src/i386/usr/lib/crtend.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 gcrt1.o /usr/obj/alpha/usr/src/i386/usr/lib/gcrt1.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crtbegin.So /usr/obj/alpha/usr/src/i386/usr/lib/crtbeginS.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crtend.So /usr/obj/alpha/usr/src/i386/usr/lib/crtendS.o cd /usr/src/lib/libmd; make depend; make all; make install cc -O -pipe -I/usr/src/lib/libmd -I/usr/obj/alpha/usr/src/i386/usr/include -c /usr/src/lib/libmd/md2c.c -o md2c.o /usr/src/lib/libmd/md2c.c: In function `MD2Final': /usr/src/lib/libmd/md2c.c:167: internal error--unrecognizable insn: (insn 26 24 28 (set (reg:DI 79) (and:DI (plus:DI (reg/v:DI 69) (const_int 586478694938416944 [0x823974408239730])) (const_int -8 [0xfff8]))) -1 (insn_list 4 (nil)) (nil)) *** Error code 1 Stop in /usr/src/lib/libmd. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. That is from FreeBSD cichlids.cichlids.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jul 18 13:36:59 CEST 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/cichlids i386 Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: randomdev entropy gathering is really weak
Thus spake Louis A. Mamakos ([EMAIL PROTECTED]): Actually, you could really use this in ntpd(8), rather than just ntpdate. Hmm, as addition, I agree. However, I think more people use ntpdate than ntpd, and thus ntpdate is a good place :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: randomdev entropy gathering is really weak
Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]): I have thought about adding a entropy server to my array of weird servers in my lab. Something like a Geiger counter and a smokedetector could do wonders. HA! Cool! Do that please! I mean, seriously. And an option to sysinstall, where you can enable this as you can with ntpdate :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: randomdev entropy gathering is really weak
Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]): We need an enterprising soul to add an option (default on) to ntpdate to write the received packets in toto to /dev/random if it exists. If noone else wants to do it, I could take a look at it. Little time, though. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: randomdev entropy gathering is really weak
Thus spake Leif Neland ([EMAIL PROTECTED]): If you can't reach a NTP server, you are not connected to the internet. In that case you don't need to worry so much about security... That is wrong :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make or fetch problem: hitting ^C doesn't terminate fetch process
Also sprach Andreas Klemm ([EMAIL PROTECTED]): I'm using -current of yesterday and tcsh. When installing a FreeBSD port and I interrupt a "make all install clean" session, when make is in the "make fetch target", the fetch process isn't killed and continues to run alone although the "make" is terminated. This is correct - same here. Very annoying while updating ports :-( Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Network install HOWTO available.
Thus spake Alfred Perlstein ([EMAIL PROTECTED]): http://people.freebsd.org/~alfred/pxe/ Nice article! I think that's worth going into the handbook, after you reworked the things you talked about :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: let badsect recog IFCHR in 5.0-C
Thus spake Warner Losh ([EMAIL PROTECTED]): /* That's OK */ #if 0 That's not #endif Lol. I'd like to see one who does such things :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: let badsect recog IFCHR in 5.0-C
Thus spake Clive Lin ([EMAIL PROTECTED]): - memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); - *name_dir_end = 'r'; + // un-needed. + // memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); + // *name_dir_end = 'r'; Use /* */ comments or #if 0. Please see style(9) :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: let badsect recog IFCHR in 5.0-C
Thus spake Dan Papasian ([EMAIL PROTECTED]): + // un-needed. + // memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); + // *name_dir_end = 'r'; Use /* */ comments or #if 0. Actually, there was just a discussion on comp.lang.c about how they aren't interchangable. The 'un-needed' part will have to be commented with /* */ because the preprocessor will parse tokens before it evaluates conditionals. Could you explain that paragraph? I really can't figure out what you try to say or what it has to do with my comment, respectively :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: inetd with -R -1 patch?
Thus spake Sheldon Hearn ([EMAIL PROTECTED]): Personally, I'd prefer it if zero implied an unlimited number of Yes. Fine, too. invokations per service per minute. However, the special case isn't really necessary, since you can simply specify some large number (and then prepare to have your box dragged under). :-) Heh. That counts for every piece of software where you can set "unlimited" PS: Did you test the patch you sent? :-) Yes. root:~ $ netstat -a | grep localhost.telnet | wc -l 864 (I wasn't able to stress the system more :) However, as I just saw, the -R -1 does not work (I tested it with -DTOOMANY=-1). So -R 0 for unlimited is better (because of strtol). Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: mount_nfs/df bug?
Thus spake Kevin Day ([EMAIL PROTECTED]): This is probably similar to this: http://www.freebsd.org/cgi/query-pr.cgi?pr=6187 Not sure. I don't think so. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: mount_nfs/df bug?
Thus spake Ben Smithurst ([EMAIL PROTECTED]): neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn You probably have a symlink in the client path somewhere. Is /usr/home a symlink to /home or something? drwxr-xr-x 7 root wheel 512 6 Mär 14:45 /usr/home/ lrwxrwxrwx 1 root wheel 9 27 Feb 20:33 /home@ - /usr/home However, that is not the point. After having rebootet: Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/ad2a 396895 2896187552679%/ /dev/ad2e 5257421 4632631 20419796%/usr procfs 440 100%/proc /dev/ad0s1 4224828 3755464 46936489%/dos neutron:/usr/ports 496367 183788 27287040%/usr/ports neutron:/usr/ports-distfiles 2482878 1191972 109227652%/usr/ports-distfiles neutron:/usr/home/ncvs 992439 9615493089097%/usr/home/ncvs neutron:/usr/src928695 482050 37235056%/usr/src neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/www/docs 297423 168669 10496162%/www neutron:/usr/doc 2482878 1191972 109227652%/usr/doc And now, some mount -a later: root:~ $ mount -a nfs: can't access /var: Permission denied root:~ $ mount -a nfs: can't access /var: Permission denied root:~ $ mount -a nfs: can't access /var: Permission denied Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/ad2a 396895 2896187552679%/ /dev/ad2e 5257421 4632631 20419796%/usr procfs 440 100%/proc /dev/ad0s1 4224828 3755464 46936489%/dos neutron:/usr/ports 496367 183788 27287040%/usr/ports neutron:/usr/ports-distfiles 2482878 1191972 109227652%/usr/ports-distfiles neutron:/usr/home/ncvs 992439 9615493089097%/usr/home/ncvs neutron:/usr/src928695 482050 37235056%/usr/src neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/www/docs 297423 168669 10496162%/www neutron:/usr/doc 2482878 1191972 109227652%/usr/doc neutron:/usr/home/ncvs 992439 9615493089097%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/usr/home/ncvs 992439 9615493089097%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/usr/home/ncvs 992439 9615493089097%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn First of all, I'm going to correct the export problem, which I kept because of this nice bug :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Updated kame tarball (oops)
Thus spake Mark Huizer ([EMAIL PROTECTED]): the stf is unknown when running config but well :-) But I'll try to compile a kernel this way It's also unknown in our current tree, though stf(4) does exist. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
mount_nfs/df bug?
Hello! Today I wanted to add a new NFS to my /etc/fstab, but forgot to add it to /etc/exports on the server. However, I did mount -a several times and always got a "Permission denied" for the last one. Now look what I have here: Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/ad2a 396895 2919047324080%/ /dev/ad2e 5257421 4626154 21067496%/usr procfs 440 100%/proc /dev/ad0s1 4224828 3755464 46936489%/dos neutron:/usr/ports 496367 3634489321080%/usr/ports neutron:/usr/ports-distfiles 2482878 1191660 109258852%/usr/ports-distfiles neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs neutron:/usr/src928695 482371 37202956%/usr/src neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/www/docs 297423 168669 10496162%/www neutron:/usr/doc 2482878 1191660 109258852%/usr/doc neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3 neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn Cute, isn't it? Not yet discovered why. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: mount_nfs/df bug?
FreeBSD cichlids.cichlids.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jun 14 22:25:49 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/cichlids i386 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: syscons scrolling broken
Also sprach Marc van Woerkom ([EMAIL PROTECTED]): Anyone else? Yes, but it only applies to ttyv0. Same behaviour here. Jup, here too. Unfortunately, that's the only one where I want it :) Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP!: config changes...
Hello Peter! I just have things running. I see that the kernel boots _much_ faster now. I don't know, if you wanted that or if this is a nice side-effect. However, a few comments, which might be of interest. Some of those are probably planned by you already. a) the device.hints file: It will probably be copied to /sys/compile by config(8) in future and installed by make install :) Good. b) Setting apm 0 at to nexus (string) Setting apm 0 disabled to 1 (int) Setting apm 0 flags to 32 (int) ... Can this be moved to verbose boot only? c) is much more interesting: With the new kernel my syscons scrolling stopped working. However, this could also be jake's fault, I'll ask him. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
syscons scrolling broken
Hello! My old kernel is from May 25th. Syscons scrolling works (scroll-lock, scrolling with page up/down). With my new kernel from today: FreeBSD cichlids.cichlids.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jun 14 22:25:49 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/cichlids i386 it does not. It seems, as if screen output is still being deactivated, but scrolling does just not work. Anyone else? Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
inetd with -R -1 patch?
Hello! What about that patch to let one use unlimited numbers of connections? The standard is still 256, but if one really wants that... Index: inetd.c === RCS file: /usr/home/ncvs/src/usr.sbin/inetd/inetd.c,v retrieving revision 1.81 diff -u -r1.81 inetd.c --- inetd.c 2000/04/02 16:11:14 1.81 +++ inetd.c 2000/06/08 10:33:42 @@ -191,7 +191,9 @@ 0 = no limit */ #endif +#ifndef TOOMANY #defineTOOMANY 256 /* don't start more than TOOMANY */ +#endif #defineCNT_INTVL 60 /* servers in CNT_INTVL sec. */ #defineRETRYTIME (60*10) /* retry after bind or server fail */ #define MAX_MAXCHLD32767 /* max allowable max children */ @@ -590,7 +592,7 @@ if (dofork) { if (sep-se_count++ == 0) (void)gettimeofday(sep-se_time, (struct timezone *)NULL); - else if (sep-se_count = toomany) { + else if (toomany = 0 sep-se_count = toomany) { struct timeval now; (void)gettimeofday(now, (struct timezone *)NULL); Alex -- This is a FreeBSD advocacy ~/.sig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp(1) breakage w/ passive mode?
Thus spake Hajimu UMEMOTO ([EMAIL PROTECTED]): IPv4 connection via mapped address is still IPv6 connection. In this case, if ftp(1) doesn't have awareness of using mapped address, your problem will occur. And, ftp(1) seems not aware about it. Yes. NetBSD did that commit just right now. I guess they obtained it from you, or it's just a BIG coincidence. Module Name:basesrc Committed By: itojun Date: Mon May 29 14:57:29 UTC 2000 Modified Files: basesrc/usr.bin/ftp: extern.h fetch.c ftp.c Log Message: convert IPv4 mapped address (:::10.1.1.1) into real IPv4 address before touching it. IPv4 mapped address complicates too many things in FTP protocol handling. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: loader updated to handle module metadata
Thus spake Peter Wemm ([EMAIL PROTECTED]): ld -shared -o netbundle.ko setdef0.o if_dc.kld if_vr.kld if_xl.kld \ miibus.kld setdef1.o If you then preloaded 'netbundle', then you will get a whole stack of modules in one chunk. If you then kldload if_sk (another miibus user), it [...] Wow! That sounds awesome! I wish you good luck with implementing this *eg* Alex -- I need a new ~/.sig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MVP3 problems - current state?
Thus spake John Hay ([EMAIL PROTECTED]): But then maybe it is just me that have the problem. Yes. New world/kernel, no problems in UDMA33 mode with two UDMA-33 disks. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
MVP3 problems - current state?
Hello! 2320: * * * W A R N I N G * * * The ata driver has some issues with the Apollo MVP3 chipset. Drives work only in pio mode and must be set to pio mode early int the boot process. Do not upgrade. If you must upgrade in the face of this, add /sbin/sysctl -w hw.atamodes=pio,pio,pio,pio to the start of /etc/rc.conf. Even if you do this, any and all damage to your system is at your own risk. You have been warned. * * * W A R N I N G * * * Of _course_ I own such a thing. FreeBSD 5.0-CURRENT #0: Fri Mar 31 16:52:11 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/cichlids pcib0: VIA 82C598MVP (Apollo MVP3) host bridge on motherboard pci0: PCI bus on pcib0 pcib2: VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge at device 1.0 on pci0 atapci0: VIA 82C586 ATA33 controller port 0xe000-0xe00f at device 7.1 on pci0 Two things: As you can see, my -current is from Mar 31,though I don't know exaclty if I've taken sourcs from Mar 31, but I'm kinda sure. Question is: Does the problem affect all versions? It doesn't seem so, since I'm running two disks at UDMA33 without problems: ad0: 4133MB FUJITSU MPE3043AE [8959/15/63] at ata0-master using UDMA33 ad2: 6197MB IBM-DHEA-36481 [12592/16/63] at ata1-master using UDMA33 There still is a little chance that my sources wasn't from pre-03/20, so - is this problem fixed? Alex -- I need a new ~/.sig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MVP3 problems - current state?
I spread stupidity: There still is a little chance that my sources wasn't from pre-03/20, so - is this problem fixed? I mean: There still is a little chance that my sources were from pre-03/20, and if I update now I'm running into problems. That's why I ask if the problem is fixed. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld failed...
Thus spake Donn Miller ([EMAIL PROTECTED]): cd /usr/src make -j8 buildworld || make -DNOCLEAN buildworld Hmmm. Or make -k -j8 buildworld || make -DNOCLEAN buildworld in order to build as much multithreaded as possible and then the reminding part non-threaded? :-) Alex -- I need a new ~/.sig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: ports Makefiles being updated soon (forwarded)
Thus spake Maxim Sobolev ([EMAIL PROTECTED]): How about those unlucky, which are patiently waiting for their destiny in the PR database? I personally have several and would like to know if any activity from my side is reqired. Let the committers do that. It's a trivial fix. If you change stuff anyway (e.g. new version has been made available in the meanwhile), you can correct this in the new PR. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: burncd problem
Thus spake Soren Schmidt ([EMAIL PROTECTED]): Hmm, I guess I'll have to try to locate a 8100 somewhere and try to find out what it doesn't like... The Mitsumi 4801 does the same thing. If you can't fine a 8100, I could take a look at it - in a month or such. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Installworld to /some/where/...
Thus spake Andrzej Bialecki ([EMAIL PROTECTED]): The reason I'm asking is that I'm looking for a method to easily clone/upgrade a bunch of servers without having to do 'make world' on all make DESTDIR=/mnt installworld Same counts for kernel-build. This belongs to -questions, not -current. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: JetDirect 500X and FreeBSD
Thus spake Andrew MacIntyre ([EMAIL PROTECTED]): they weren't particularly reliable, particularly when multiple jobs were queued simultaneously. I hope their more recent stuff is better behaved. It is now. A further thing is: If your LaserJet doesn't understand PostScript, you have to use apsfilter. I do it this way here at home, the Windows-boxes use the JetDirect directly (the Windows software is REALLY nice!) Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Accessing FreeBSD 3.4-STABLE filesystems from 4.0-STABLE...
Thus spake Brad Knowles ([EMAIL PROTECTED]): upgraded it to 4.0-STABLE on a second hard drive, and I likewise can't access the 4.0-STABLE filesystems from 3.4-STABLE. If you don't tell us where it fails (and how), we can't help you. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 2.2.8 to 4.0 upgrade
Thus spake Maxim Kolinko ([EMAIL PROTECTED]): how to upgrade 2.2.8-STABLE to 4.0-STABLE ? cd /usr/src; make aout-to-elf-build upgrade to RELENG_3 first. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 5.0?
Thus spake Bill Fumerola ([EMAIL PROTECTED]): (4) The developers all dropped FreeBSD and are now running Redhat. That's it, I believe. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
how to write kernel modules with newbus?
Hello! I wanted to write a device driver as kernelmodule, using newbus. Since there is almost no documentation, I've read some source. It seems, that I have to do something like: static device_method_t zivads_methods[] = { /* interface */ DEVMETHOD(device_identify, zivads_identify), DEVMETHOD(device_probe, zivads_probe), DEVMETHOD(device_attach,zivads_attach), { 0, 0 } }; and to use zivads_* functions then. But this fails because I don't know the right include files - DEVMETHOD is expanded to unknown funtions What I'm searching for is some info on how to do this. Can anyone point me to a SIMPLE device driver module, that does this? Or any documentation? Or summarize how exactly stuff is done, e.g. which include files are needed for the above? It's very hard to find this things out when starting from scratch :) When I will have got this working, I would even write a small manual/introduction, that can be used as an example/manual for other people, e.g. third party vendors, that want to write drivers for newbus. TIA Alex -- I need a new ~/.sig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make_sigset/split_sigset in -current
Hello! Again. I wondered if the following patches could do stuff. scsh compiles/works now, but I really don't know if the following replacements can be done for the existing macros. Can they? I could not reproduce a situation where they are called, so. I just don't know. Please, tell me :-) Unfortunately, Martin (maintainer) did not response. Alex -- I need a new ~/.sig. --- scsh/bsd/sigset.h.old Tue Feb 1 16:04:42 2000 +++ scsh/bsd/sigset.h Fri Feb 4 14:54:18 2000 @@ -2,9 +2,18 @@ ** These macros are OS-dependent, and must be defined per-OS. */ -#define make_sigset(maskp, hi, lo) (*maskp=((hi)24)|(lo)) +#define make_sigset(maskp, hi, lo) sigemptyset(maskp),\ + sigaddset(maskp, hi), \ + sigaddset(maskp, lo); -/* Not a procedure: */ -#define split_sigset(mask, hip, lop) \ - ((*(hip)=(mask24)0xff), \ -(*(lop)=(mask0xff))) +static void +split_sigset(sigset_t mask, int * hip, int * lop) { + int seen = 0; + int n; + for (n = 1; n = _SIG_MAXSIG; n++) { + if (sigismember(mask, n)) + (seen ? *hip : *lop) = n, seen++; + } + if (seen == 1) + *hip = 0; +}
Re: Doc on setting up NATd under 4.0-CURRENT ..
Thus spake The Hermit Hacker ([EMAIL PROTECTED]): And/or, is it the same as 3.x? We've already got one box up, but I seem to recall there being changes to the FIREWALL and whatnot ... but might be remembering the wrong thread :( Switch from 3.3 to 4.0 didn't change stuff for me. Everything works as before. Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.x to 4.0 upgrade problems
Thus spake Josef Karthauser ([EMAIL PROTECTED]): Not much luck today. Now I've got: install-info --quiet --defsection="Programming development tools." --defentry="* libcom_err: (com_err).A Common Error Description Library for UNIX." com_err.info /usr/share/info/dir install-info: unrecognized option `--defsection=Programming development tools.' I thought we already had this. install install-info from /usr/src/gnu/usr.bin/texinfo/install-info first. (make clean all install) Or do the make -k installworld thing first. Or add install-info to bootstrap-tools (or whatever), as Bill F. suggested. Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.x to 4.0 upgrade problems
Thus spake Amancio Hasty ([EMAIL PROTECTED]): Is it possible to checkin a file called something like "/usr/src/FLASH" to hold temporary information on the current status of how to build the system? That is mentioned in UPDATING already. e.g. "update genassym" or similar stuff. Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.4-4.0 ... *almost* ...
Thus spake Glendon M. Gross ([EMAIL PROTECTED]): What does the -k switch do? --Glen Gross Read the manpage. Manpages have a very high grade of information. Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message