Strange keyboard behavior
Latest -current, just cvsuped and build world/kernel yesterday. In a nutshell, if I reboot out of FreeBSD, my keyboard becomes non-functional, until I power my laptop off/on again. For example, say I use reboot(8) to boot out of FreeBSD. When the boot loader comes up, which in my case is LILO, I find that I cannot navigate with the keyboard. Seemingly, none of the keys work. To diagnose what was going on, I configured LILO to boot straight into Linux. OK, so I reboot out of FreeBSD, and reach the LILO menu. I hit a few keys, and see no response. Once Linux boots, I can see the keys that I hit replaying on the screen. Apparently, what's going on is the keyboard buffer isn't being flushed. This is only when I reboot after running FreeBSD-current. If I power-on from the off state, or reboot from Linux or Windows, the keyboard behavior is normal. Also, once running FreeBSD, keyboard behavior is normal (provided I boot cold or from any other OS, not FreeBSD). Maybe it's something specific to my HP Pavilion notebook and the latest FreeBSD-current... :-/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: mdconfig on an iso file mounted on smbfs
Tim Robbins wrote: On Mon, Jun 09, 2003 at 10:34:10AM -0400, Donn Miller wrote: Thanks, that worked. But I'm seeing the same thing as you. i.e., panic if I reboot without running mdconfig -d first. Here is the backtrace of the ensuing panic: http://users.zoominternet.net/~dmmiller/freebsd/panic-2 Here's a patch that should fix the panic. Let me know whether it does, and also whether it causes any new problems (I'm not very confident in the patch's correctness). --- sys/fs/smbfs/smbfs_subr.c.orig Tue Jun 10 21:09:50 2003 +++ sys/fs/smbfs/smbfs_subr.c Tue Jun 10 21:06:23 2003 @@ -270,6 +270,8 @@ return ENAMETOOLONG; } *npp++ = np; + if ((np-n_flag NREFPARENT) == 0) + break; np = VTOSMB(np-n_parent); } /* if (i == 0) Nope, I didn't have any problems once I applied this patch. Thanks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
panic: mdconfig on an iso file mounted on smbfs
Please see the attached gdb file. I get this panic if I have a samba filesystem mounted via mount_smbfs, where an iso file resides. When I try to use mdconfig on the file, I get an immediate panic. The exact mdconfig command issued is: mount -a -t vnode -f /smbfs/sol-9-u3-x86-v1.iso -u 0 output of mount command: /dev/ad0s4a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s4d on /tmp (ufs, local, soft-updates) /dev/ad0s4f on /usr (ufs, local, soft-updates) /dev/ad0s4e on /var (ufs, local, soft-updates) procfs on /proc (procfs, local) /dev/ad0s2 on /windows (ntfs, local) //[EMAIL PROTECTED]/BACKUPS on /smbfs (smbfs) If I copy the ISO to a local filesystem, and run mdconfig, the mdconfig command succeeds, and doesn't result in a panic. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: mdconfig on an iso file mounted on smbfs
Donn Miller wrote: Please see the attached gdb file. I get this panic if I have a samba filesystem mounted via mount_smbfs, where an iso file resides. When I try to use mdconfig on the file, I get an immediate panic. The exact mdconfig command issued is: mount -a -t vnode -f /smbfs/sol-9-u3-x86-v1.iso -u 0 Correction: that should read mdconfig -a -t vnode -f /smbfs/sol-9-u3-x86-v1.iso -u 0 Also, since the attach seems to have failed, I'll provide a link to the gdb output instead. http://users.zoominternet.net/~dmmiller/freebsd/panic ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: mdconfig on an iso file mounted on smbfs
Tim Robbins wrote: On Mon, Jun 09, 2003 at 03:13:24AM -0400, Donn Miller wrote: Please see the attached gdb file. I get this panic if I have a samba filesystem mounted via mount_smbfs, where an iso file resides. When I try to use mdconfig on the file, I get an immediate panic. The exact mdconfig command issued is: mount -a -t vnode -f /smbfs/sol-9-u3-x86-v1.iso -u 0 Try this patch and let me know whether it works. It seems to fix the problem for me, but it still panics if I try to reboot the machine without running mdconfig -d first. --- sys/netsmb/smb_iod.c.orig Mon Jun 9 20:36:56 2003 +++ sys/netsmb/smb_iod.c Mon Jun 9 20:36:27 2003 @@ -400,7 +400,8 @@ int error; SMBIODEBUG(\n); - if (rqp-sr_cred-scr_td-td_proc == iod-iod_p) { + if (rqp-sr_cred-scr_td != NULL + rqp-sr_cred-scr_td-td_proc == iod-iod_p) { rqp-sr_flags |= SMBR_INTERNAL; SMB_IOD_RQLOCK(iod); TAILQ_INSERT_HEAD(iod-iod_rqlist, rqp, sr_link); Thanks, that worked. But I'm seeing the same thing as you. i.e., panic if I reboot without running mdconfig -d first. Here is the backtrace of the ensuing panic: http://users.zoominternet.net/~dmmiller/freebsd/panic-2 (kgdb) where #0 doadump () at ../../../kern/kern_shutdown.c:238 #1 0xc01ee2f7 in boot (howto=256) at ../../../kern/kern_shutdown.c:370 #2 0xc01ee68d in panic () at ../../../kern/kern_shutdown.c:543 #3 0xc034a652 in trap_fatal (frame=0xd1d2d764, eva=0) at ../../../i386/i386/trap.c:836 #4 0xc034a332 in trap_pfault (frame=0xd1d2d764, usermode=0, eva=4) at ../../../i386/i386/trap.c:750 #5 0xc0349eb2 in trap (frame= {tf_fs = -774766568, tf_es = 42926096, tf_ds = -774766576, tf_edi = 1, tf_esi = -1028524484, tf_ebp = -774711356, tf_isp = -774711408, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = -1028923984, tf_trapno = 12, tf_err = 0, tf_eip = -1028688820, tf_cs = 8, tf_eflags = 66182, tf_esp = 200, tf_ss = 4}) at ../../../i386/i386/trap.c:435 #6 0xc033a158 in calltrap () at {standard input}:96 #7 0xc2af7503 in smbfs_fullpath (mbp=0x1, vcp=0xc2b1f63c, dnp=0x0, name=0x0, nmlen=0) at /usr/src/sys/fs/smbfs/smbfs_subr.c:300 #8 0xc2af9df9 in smbfs_smb_trans2find2 (ctx=0x0) at /usr/src/sys/fs/smbfs/smbfs_smb.c:1169 #9 0xc2afa1a2 in smbfs_findnextLM2 (ctx=0xc27f3000, limit=0) at /usr/src/sys/fs/smbfs/smbfs_smb.c:1294 #10 0xc2afa74f in smbfs_findnext (ctx=0xc27f3000, limit=1, scred=0x0) at /usr/src/sys/fs/smbfs/smbfs_smb.c:1442 #11 0xc2afa971 in smbfs_smb_lookup (dnp=0xc2837e80, name=0x0, nmlen=0, fap=0xd1d2d8f0, scred=0xd1d2d8e8) at /usr/src/sys/fs/smbfs/smbfs_smb.c:1498 #12 0xc2af537c in smbfs_getattr (ap=0x1955) at /usr/src/sys/fs/smbfs/smbfs_vnops.c:329 #13 0xc2af51de in smbfs_closel (ap=0xd1d2da60) at vnode_if.h:315 #14 0xc2af52b8 in smbfs_close (ap=0xc2837e80) at /usr/src/sys/fs/smbfs/smbfs_vnops.c:296 #15 0xc0249029 in vclean (vp=0x1955, flags=8, td=0xc2837e80) at vnode_if.h:247 #16 0xc024967a in vgonel (vp=0xc2abd920, td=0x0) at ../../../kern/vfs_subr.c:2758 #17 0xc0248b6b in vflush (mp=0xc2ba3800, rootrefs=1, flags=2) at ../../../kern/vfs_subr.c:2464 #18 0xc2af2d61 in smbfs_unmount (mp=0xc2ba3800, mntflags=524288, td=0xc2620be0) at /usr/src/sys/fs/smbfs/smbfs_vfsops.c:248 #19 0xc0243084 in dounmount (mp=0xc2ba3800, flags=524288, td=0xc2620be0) at ../../../kern/vfs_mount.c:1323 #20 0xc024a15e in vfs_unmountall () at ../../../kern/vfs_subr.c:3186 #21 0xc01ee1a7 in boot (howto=0) at ../../../kern/kern_shutdown.c:355 #22 0xc01eda13 in reboot (td=0x0, uap=0x0) at ../../../kern/kern_shutdown.c:176 #23 0xc034a97a in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp = -1077937228, tf_isp = -7---Type return to continue, or q return to quit--- 74709900, tf_ebx = 2, tf_edx = -1, tf_ecx = 3, tf_eax = 55, tf_trapno = 12, tf_err = 2, tf_eip = 134516031, tf_cs = 31, tf_eflags = 582, tf_esp = -1077937300, tf_ss = 47}) at ../../../i386/i386/trap.c:1023 #24 0xc033a1ad in Xint0x80_syscall () at {standard input}:138 ---Can't read userspace from dump, or kernel process--- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: A possible bug?
Zbynek Houska wrote: Dear all, when I tryied to mount an iso image over network (using samba) my computer unexpectedly crashed. I issued this command : mdconfig -a -t vnode -f /path/to/my/file/mounted/on-local-machine and since that kernel crashed, no ping response, nothing at all. I've been connected to this machine via ssh. I use 5.0 RELEASE with GENERIC kernel on P3/1 Ghz, 128 MB RAM. It happens again when I issue same command and therefore I tryied to add dumpon=Yes to my /etc/rc.conf, but nothing has been written to /var/crash. So I enclose message from screen: Fatal trap 12 : page fault while in kernel mode faukt virtual address = 0x0 fault code= supervisor read, page not present instruction pointer= 0x8:0xc1c50d4a stack pointer = 0x10:0xcd1b8718 frame pointer = 0x10:0xcd1b8738 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def31 1, gran 1 processor eflags = interrupt enabled, resume,IOPL = 0 current proccess = 549 (mdconfig) trap number= 12 panic:fault page I'm seeing the same thing with 5.1-RC1. Tried to mount an ISO image with mdconfig -a -t vnode -f isofile -u 0 and FreeBSD immediately panic-ed. The iso file resided on a samba mount, which I had mounted with mount_smbfs. I'll try cp-ing the file to my local UFS filesystem, and then try mdconfig, and see if I get the panic again. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
buildkernel errors after latest cvsup
=== smapi @ - /usr/src/sys machine - /usr/src/sys/i386/include make: don't know how to make smapi_isa.c. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/CUSTOM. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. - The problem: sys/modules/smapi/Makefile:6:SRCS= smapi_isa.c smapi.c smapi_bios.S \ smapi_isa.c isn't in the tree yet. Did someone forget to commit it? -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: stacktrace of recent panic..(bremfree)
Jeff Roberson wrote: On Thu, 13 Mar 2003, Julian Elischer wrote: I got this today on a kernel checked out on the 10th. Can you please disable sync on panic and get a dump from the first panic? Then print out the contents of the buf in that stack for me? A couple of people have seen this now but I have not been able to repro it. Add me to the list of people seeing this: See attached crash dump. BTW, is it OK to send attachments to the mailing list? I'm using Mozilla, and following the current mailing list via the usenet gateway. crash_dump Description: application/java-vm
Re: distributed folding client panics -current
Kris Kennaway wrote: --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This may already be fixed..can you try updating and see if the problem persists? Yes. I've also had problems with my laptop freezing when using gtk-gnutella. After the fixes (I'm now at version 1.198 of tcp_input.c), my laptop takes a lot longer to panic while running gnutella, but it still happens nonetheless. Here is a little backtrace: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x20 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01e3fb6 stack pointer = 0x10:0xcd298a90 frame pointer = 0x10:0xcd298ab4 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 = 12 (swi1: net) trap number = 12 panic: page fault syncing disks, buffers remaining... panic: bwrite: buffer is not busy??? Uptime: 48m8s Dumping 255 MB ata0: resetting devices .. done 16[CTRL-C to abort] 32[CTRL-C to abort] [CTRL-C to abort] 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at ../../../kern/kern_shutdown.c:239 239 dumping++; (kgdb) where #0 doadump () at ../../../kern/kern_shutdown.c:239 #1 0xc01ee472 in boot (howto=260) at ../../../kern/kern_shutdown.c:371 #2 0xc01ee6d3 in panic () at ../../../kern/kern_shutdown.c:542 #3 0xc0232a22 in bwrite (bp=0xc7799140) at ../../../kern/vfs_bio.c:795 #4 0xc0234529 in vfs_bio_awrite (bp=0xc7799140) at ../../../kern/vfs_bio.c:1692 #5 0xc02e5fca in ffs_fsync (ap=0xcd298898) at ../../../ufs/ffs/ffs_vnops.c:257 #6 0xc02e50b7 in ffs_sync (mp=0xc25d9600, waitfor=2, cred=0xc0eb5f00, td=0xc03a6e60) at vnode_if.h:612 #7 0xc024939b in sync (td=0xc03a6e60, uap=0x0) at ../../../kern/vfs_syscalls.c:138 #8 0xc01ee05c in boot (howto=256) at ../../../kern/kern_shutdown.c:280 #9 0xc01ee6d3 in panic () at ../../../kern/kern_shutdown.c:542 #10 0xc03459f2 in trap_fatal (frame=0xcd298a50, eva=0) at ../../../i386/i386/trap.c:843 #11 0xc03456d2 in trap_pfault (frame=0xcd298a50, usermode=0, eva=32) at ../../../i386/i386/trap.c:757 #12 0xc03451c0 in trap (frame= {tf_fs = -1027342312, tf_es = 16, tf_ds = 16, tf_edi = -1058231728, tf_esi = 0, tf_ebp = -852915532, tf_isp = -852915588, tf_ebx = -1069851860, tf_edx = -1058231728, tf_ecx = -1034102852, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1071759434, tf_cs = 8, tf_eflags = 66050, tf_esp = 16, tf_ss = -1071125744}) at ../../../i386/i386/trap.c:444 #13 0xc0335398 in calltrap () at {standard input}:96 #14 0xc0278859 in tcp_input (m=0xc0ecaa50, off0=20) at ../../../netinet/tcp_input.c:2324 #15 0xc0271736 in ip_input (m=0xc0ed7900) at ../../../netinet/ip_input.c:947 #16 0xc0271822 in ipintr () at ../../../netinet/ip_input.c:965 #17 0xc02626af in swi_net (dummy=0x0) at ../../../net/netisr.c:97 #18 0xc01da321 in ithread_loop (arg=0xc0ec8280) at ../../../kern/kern_intr.c:536 #19 0xc01d9223 in fork_exit (callout=0xc01da150 ithread_loop, arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:871 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panics and sometimes hard freezes as of recent builds
occurs on occasion with network activity. gtk-gnutella, which generates a lot of network activity, used to make the machine freeze solid, or panic/reboot. The following occured while using slrn during a buildworld. Was not running X at the time, although most of the time, the panics/freezes occured while X was running. Interestingly enough, I could switch vt's, despite the fact that ddb was on the first vc. Couldn't do anything but switch vt's. The system wouldn't respond to keyboard input. BTW, I just copied this down from the screen, so it may have some slight errors: panic: headlocked should be 0 Debugger(panic) Stopped at Debugger+0x54: xchgl %ebx, in_Debugger.0 Debugger(c0372e70,c03d7620,c037c2f9,cd28ab18,1) at Debugger+0x54 panic(c037c2f9,c135982a,cd28ab68,c0ed7c0b,5bc3) at panic+0xab tcp_input(c0ed7c00,14,c01eo6dd,c03d86c0,1) at tcp_input+0x29ac ip_input(c0ed7c00,0,c037bf08,3c2,2) at ip_input+0x7d6 ipintr(217,c037233f,c0ebf440,c0ec828d,c0ecaa5d) at ipintr+0x91 swi_net(0,0,c0370d36,217,c0ec99ec) at swi_net+0x2f ithread_loop(c0ec8280,cd28ad48,c0370bab,35f,3c4eb) at ithread_loop+0x182 fork_exit(c01d7710,c0ec8280,cd28ad48) at fork_exit+0xc4 fork_trampoline() at fork_trampoline+0x1a uname -a: FreeBSD daemonstar.zoominternet.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Feb 26 03:29:07 EST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CUSTOM i386 dmesg showing on of the panics (maybe not same one): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01de7db stack pointer = 0x10:0xcd2a0c14 frame pointer = 0x10:0xcd2a0c28 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 = 13 (swi7: tty:sio clock) trap number = 12 panic: page fault To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sa_handler and sigaction...
Just tried compiling the mgv port on current. It bombs out with the following error message: Making all in toolbar cc -DPACKAGE=\mgv\ -DVERSION=\3.1.5\ -DHAVE_PUTENV=0 -DUSE_DMALLOC=0 -DHAVE_XPM=1 -DHAVE_X11_XPM_H=1 -DHAVE_MOTIF=1 -DHAVE_LIBHELP=0 -DHAVE_EDITRES=1 -I. -I. -I. -Iwlib -I/usr/X11R6/include -O2 -Os -pipe -march=pentium3 -D_POSIX_SOURCE -I/usr/X11R6/include -c Ghostview.c Ghostview.c: In function `Input': Ghostview.c:487: structure has no member named `sa_handler' Ghostview.c: In function `StopInterpreter': Ghostview.c:1529: structure has no member named `sa_handler' *** Error code 1 Stop in /usr/ports/print/mgv/work/mgv-3.1.5. *** Error code 1 Stop in /usr/ports/print/mgv. Here is the relevant portions of Ghostview.c: static void Input(XtPointer client_data, int *source, XtInputId *id) { Widget w = (Widget)client_data; int bytes_written; struct sigaction sa, osa; USEUP(id); USEUP(source); memset((void *)sa, '\0', sizeof(sa)); memset((void *)osa, '\0', sizeof(osa)); sa.sa_handler = CatchPipe; sigemptyset(sa.sa_mask); It looks like it should compile, but it doesn't. I mean, sys/signal.h does have a #define for sa_handler. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ACPI and apm_saver?
ACPI works pretty well on my HP Pavilion Notebook. But is it possible to get the apm saver (apm_saver.ko) to work with ACPI? From what I understand, acpi is a superset of apm, and is able to provide some emulation of apm functionality. So, by this principle, shouldn't apm_saver work with acpi? I've got these in my /etc/rc.conf: apm_enable=YES apmd_enable=YES saver=apm Please correct me if I'm wrong, as I'm sure I am. But the standby mode works great when I press the button or close the lid. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI and apm_saver?
Terry Lambert wrote: Donn Miller wrote: ACPI works pretty well on my HP Pavilion Notebook. But is it possible to get the apm saver (apm_saver.ko) to work with ACPI? From what I understand, acpi is a superset of apm, and is able to provide some emulation of apm functionality. So, by this principle, shouldn't apm_saver work with acpi? APM and ACPI are mutually exclusive. A similar question to yours might be: I had a Toyota Corolla, and I've traded it in on a Mack Semi Tractor; can I use the floor mats from my Corolla in the new Semi? Someone needs to write an acpi_saver.ko. Ah! I thought about that myself. Basically, I need a way to blank the LCD screen like apm_saver.ko does. It doesn't sound like too difficult a task. But ACPI worked much better than APM on my laptop. Basically, every time apm_saver kicked in, my clock started losing clock ticks. On current, APM/apmd makes my clock lose ticks at an alarming rate, even when no APM functions are active. But since ACPI seems to work much better anyways, I'm not too worried about it. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: fdisk editor in DP2
Jun Kuriyama wrote: I'm trying to install DP2 to old machine (P2 dual). This box has 2GB IDE disk and ran NT4 before. When entering fdisk editor after booting from CD-ROM, I cannot delete NTFS partition by D key. D key only shows cursor up (NTFS is at offset 63, offset 0 seems boot selector for NT). Can I do something for debugging? I've got the same problem. I installed a -current snapshot about 2 1/2 weeks back, and the fdisk editor obviously wrote the partition tables with a different assumption about disk geometry than 4.7-stable. Now, my partition tables have boundaries that Linux's fdisk disagrees with. For example, using Linux fdisk from my Gentoo install: fdisk -l /dev/hda Disk /dev/hda: 255 heads, 63 sectors, 2432 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 136289138+ a0 IBM Thinkpad hibernation Partition 1 does not end on cylinder boundary: phys=(573, 11, 63) should be (573, 254, 63) /dev/hda2 *37 765 5855692+ c Win95 FAT32 (LBA) Partition 2 does not end on cylinder boundary: phys=(1023, 2, 63) should be (1023, 254, 63) /dev/hda3 766 1403 51247355 Extended /dev/hda4 1404 2432 8265442+ 82 Linux swap /dev/hda5 766 767 16033+ 83 Linux /dev/hda6 768 778 88326 83 Linux /dev/hda7 779 798160618+ 83 Linux /dev/hda8 799 831265041 83 Linux /dev/hda9 832 1403 4594558+ 83 Linux I never had this problem with FreeBSD-stable and Linux. And now, with the DP2 install CD, I can't delete any partitions with D, as the cursor just moves up. Here is FreeBSD's idea of my disk geometry: C/H/S == 38760/16/53 Here is what Linux reports: dmesg | grep hda ide0: BM-DMA at 0x1080-0x1087, BIOS settings: hda:DMA, hdb:pio hda: TOSHIBA MK2016GAP, ATA DISK drive hda: 39070080 sectors (20004 MB), CHS=2432/255/63, UDMA(33) So, I tried pressing G, and entering in 2432/255/63, but the DP2 fdisk editor still wouldn't let me delete any partitions. I suppose GEOM is the culprit here. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD Foundation: Examples of FreeBSD as teaching aid/researchplat
I'm subscribed to -stable and not current, and yet I received this email. Do the lists get mixed up once in a while? - Donn On Thu, 9 Nov 2000, Justin T. Gibbs wrote: As some of you may know, I'm working on a 501(c)3 (tax exempt/non-profit) determination for the FreeBSD Foundation. The IRS seems to be a little confused about the nature of FreeBSD and we're currenlty working on a response to an initial determination from the IRS that was not favorable. One thing that would help us to explain the nature of FreeBSD and how it is used by the public is to enumerate some specific examples of how FreeBSD is used as either a teaching aid or a research platform by educational institutions. If possible, please include a contact name, email, or phone number so we can ask additional questions if necessary. Thanks in advance for your help! Justin To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: downgrade?
On Sat, 7 Oct 2000, Alfred Perlstein wrote: Yes you're correct there will be problems with perl, that's why you need a 4.x machine to do the building on and that's also why you may need several 'make -k installworld' runs to finally get a 'make installworld' to work. How about: sh -c "while true ; do make -k installworld break ; done" Would this work? This is assuming that make -k returns a success (0) error code when there are no errors. Does make -k return an error code when the last command in the Makefile is successful, even if there are errors? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: setting device permissions for DEVFS
On Fri, 29 Sep 2000, Alexander Langer wrote: 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 - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fdc0 and ata1 issues
In article [EMAIL PROTECTED] you wrote: I am also seeing the fdc0 problem "fdc0: cannot reserve I/O port range". What's up with the fdc driver? I'm seeing the exact same thing. There was never any heads-up about this. Surely, the person who broke it knows about it. :-( It's nice to have a warning before I go and recompile my kernel. But then again, I wouldn't be running -current if I didn't expect problems. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Thu Sep 21 18:23:45 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) avail memory = 57683968 (56332K bytes) Preloaded elf kernel "kernel" at 0xc038c000. Intel Pentium detected, installing workaround for F00F bug apm0: APM BIOS on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 isab0: SiS 85c503 PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 atapci0: SiS 5591 ATA33 controller port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xb800-0xb81f irq 12 at device 10.0 on pci0 ed0: address 00:c0:df:ed:0b:17, type NE2000 (16 bit) pci0: SiS 5597/98 SVGA controller at 19.0 irq 11 fdc0: cannot reserve I/O port range atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio0 at port 0x2e8-0x2ef irq 10 flags 0x10 on isa0 sio0: type 16550A sio2 at port 0x3e8-0x3ef irq 4 on isa0 sio2: type 16550A mse0: Bus/InPort Mouse at port 0x23c-0x23f irq 3 on isa0 sbc0: ESS ES1868 at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: ESS 18xx DSP on sbc0 ppc0: ECP parallel printer port at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0700 can't assign resources unknown: PNP0303 can't assign resources ad0: 3093MB FUJITSU MPB3032ATU [6704/15/63] at ata0-master UDMA33 ad1: 1040MB M1614TA [2114/16/63] at ata0-slave WDMA2 acd0: CDROM BCD-24X 1997-06-27 at ata1-master using WDMA2 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildkernel broken?
An example of what I get when I try to do a make buildkernel. I have set KERNEL=CUSTOM in /etc/make.conf, so I should be alright there. - Donn {standard input}:2342: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 928. {standard input}:2344: Error: Subtraction of two symbols in different sections "proc0paddr" {.data section} - "KERNBASE" {*UND* section} at file address 940. {standard input}:2346: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 946. {standard input}:2346: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 958. {standard input}:2347: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 976. {standard input}:2349: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 982. {standard input}:2349: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 994. {standard input}:2350: Error: Subtraction of two symbols in different sections "vm86pa" {.data section} - "KERNBASE" {*UND* section} at file address 1012. {standard input}:2352: Error: Subtraction of two symbols in different sections "vm86paddr" {.data section} - "KERNBASE" {*UND* section} at file address 1024. {standard input}:2367: Error: Subtraction of two symbols in different sections "cpu_feature" {.data section} - "KERNBASE" {*UND* section} at file address 1034. {standard input}:2372: Error: Subtraction of two symbols in different sections "etext" {*UND* section} - "KERNBASE" {*UND* section} at file address 1051. {standard input}:2375: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1074. {standard input}:2378: Error: Subtraction of two symbols in different sections "etext" {*UND* section} - "KERNBASE" {*UND* section} at file address 1096. {standard input}:2384: Error: Subtraction of two symbols in different sections "cpu_feature" {.data section} - "KERNBASE" {*UND* section} at file address 1117. {standard input}:2389: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1135. {standard input}:2392: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1154. {standard input}:2395: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file address 1176. {standard input}:2397: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1195. {standard input}:2400: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1218. {standard input}:2402: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1237. {standard input}:2407: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1279. {standard input}:2410: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1302. {standard input}:2412: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1321. {standard input}:2418: Error: Subtraction of two symbols in different sections "vm86pa" {.data section} - "KERNBASE" {*UND* section} at file address 1363. {standard input}:2424: Error: Subtraction of two symbols in different sections "vm86pa" {.data section} - "KERNBASE" {*UND* section} at file address 1405. {standard input}:2430: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1428. {standard input}:2433: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file address 1444. {standard input}:2436: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1467. {standard input}:2439: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file address 1486. {standard input}:2442: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file address 1509. {standard input}:2445: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file
Re: buildkernel broken?
On Thu, 21 Sep 2000, Neil Blakey-Milner wrote: On Thu 2000-09-21 (08:48), Donn Miller wrote: An example of what I get when I try to do a make buildkernel. I have set KERNEL=CUSTOM in /etc/make.conf, so I should be alright there. {standard input}:2342: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 928. Do you have a populated /usr/obj? (ie, with nm) I've been doing "make buildkernel installkernel" in /usr/src without doing a "make buildworld" first. Is this OK? I guess the buildkernel created a /usr/obj, but I deleted it and tried buildkernel again with the same results. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kldload and alternate kernel locations...
Normally, kldload can only find .ko modules in /boot/kernel. What if you have KERNEL=MYKERNEL set in /etc/make.conf, for instance, which will result in a kernel installed in /boot/MYKERNEL? kldload doesn't find the modules then (because all the .ko's are in /boot/MYKERNEL). I've first noticed this problem at start-up, when I got the message: green_saver: not found or something to that extent. Basically, there's a line in /etc/rc.i386 which says: kldstat -v | grep -q _saver || kldload ${saver}_saver I think we should change it to something like kldstat -v | grep -q _saver || kldload /boot/${kernel}/${saver}_saver because kldload can't find modules not installed in /boot/kernel. I think /etc/rc.i386 should include /boot/loader.conf to determine the location of the .ko modules, since that's where $kernel is defined. Another solution (instead of modifying rc.i386) would be to modify kldload so that it somehow checks the value of $kernel set in /boot/loader.conf to check the location of kernel modules. I think this is a more elegant solution, but I don't know if it's necessarily easier. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildkernel problems
Here's problems I'm having with the latest (as of now) cvsup'd sources. - Donn perl @/kern/makeobjops.pl -h @/kern/bus_if.m perl @/kern/makeobjops.pl -h @/pci/pci_if.m perl @/kern/makeobjops.pl -h @/dev/mii/miibus_if.m rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/sis/../../pci/if_sis.c === sk @ - /usr/src/sys machine - /usr/src/sys/i386/include touch opt_bdg.h perl @/kern/makeobjops.pl -h @/kern/device_if.m perl @/kern/makeobjops.pl -h @/kern/bus_if.m perl @/kern/makeobjops.pl -h @/pci/pci_if.m perl @/kern/makeobjops.pl -h @/dev/mii/miibus_if.m rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/sk/../../pci/if_sk.c === sn @ - /usr/src/sys machine - /usr/src/sys/i386/include perl @/kern/makeobjops.pl -h @/kern/device_if.m perl @/kern/makeobjops.pl -h @/kern/bus_if.m perl @/kern/makeobjops.pl -h @/isa/isa_if.m rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/sn/../../dev/sn/if_sn.c /usr/src/sys/modules/sn/../../dev/sn/if_sn_isa.c /usr/src/sys/modules/sn/../../dev/sn/if_sn_pccard.c /usr/src/sys/modules/sn/../../dev/sn/if_sn_pccard.c:60: card_if.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/sn. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/CUSTOM. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src.
Re: cvs commit: src/sys/dev/pccard card_if.m pccard.c pccardvar.h src/sys/dev/ep if_ep_pccard.c src/sys/dev/sn if_sn.c if_sn_isa.c if_sn_pccard.c src/sys/pccard pccard_nbk.c
On Tue, 19 Sep 2000, Jun Kuriyama wrote: At Mon, 18 Sep 2000 21:39:20 -0700 (PDT), Warner Losh [EMAIL PROTECTED] wrote: sn driver updated more than minorly. Add module dependencies to allow module to load. Also change name to if_sn. Add some debugging code. attempt to fix the cannot allocate memory problem I'd been seeing. Minor formatting nits. After this commit, I cannot "make depend" for GENERIC configuration. % config GENERIC; cd ../../compile/GENERIC; make depend /home/kuriyama/ncvs/src/sys/modules/sn/../../dev/sn/if_sn_pccard.c:60: card_if.h: No such file or directory mkdep: compile failed *** Error code 1 I get the same error. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: recent kernel, microuptime went backwards
On Wed, 20 Sep 2000, Bruce Evans wrote: On Tue, 19 Sep 2000, Andrey A. Chernov wrote: microuptime() went backwards (1.3624050 - 1.998840) It really does go backwards. This is caused by the giant lock preventing the clock interrupt task from running soon enough. The giant lock can also prevent the clock interrupt task from running often enough even after booting. E.g., "dd if=/dev/random of=/dev/null bs=large" does several bad things. I've noticed that, every time I do ntpdate, my clock loses about 5-11 seconds per hour. At first I thought it may have been my CMOS battery, but maybe it's that microuptime() thing that's causing it. (I've got a UP machine.) - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Load avg. bottoms out at 1.00
Anyone else seeing this? I just cvsup'd my kernel sources/remade my kernel an hour ago, and I'm still seeing this problem. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Fdescfs updates--coming to a devfs near you!
On Thu, 14 Sep 2000, John Baldwin wrote: Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Peter Pentchev writes I must admit that I think in general that /dev/std{in,out,err} and /dev/fd is bogus. It looks like something which happened "because we can" more than something which has a legitimate need. How about the fact that the printing chapter in the Handbook uses /dev/fd/0 in its example of setting up a print filter using ghostscript since gs doesn't read from stdin by default or use '-' for that purpose. Hmmm?? Actually, I think it should be the other way around: if anything should go, it's the use of '-' in programs/scripts. The only advantage is that it saves keystrokes. I agree, /dev/std{in,out} is a very neat and elegant way of working with stdin/out. If anything is the kludge, it's '-', and it's really vague as to what it means. With /dev/std{in,out}, there's no doubt as to what's going on with file ops. Plus, it's the unix way (tm) of doing things. Almost all Unices have this, don't they? This means there's likely to be some cross-platform shell scripts that use those things. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Latest kernel/module restructuring
With the latest kernel/module restructuring, the kernel is now installed as /boot/kernel/kernel.ko. So, basically, if one opts to _not_ build modules w/kernel as per /etc/make.conf, no modules are installed in /boot/kernel other than the kernel itself, kernel.ko. This means that various modules will not be found at boot time, since they are stored in /boot/kernel.old. To remedy this, I suggest we have an option in /etc/defaults/make.conf to _not_ wipe out any modules in /boot/kernel (except kernel.ko of course) if modules are not built with kernel. Correct me if there already exists such an option. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: uscanner driver
On Wed, 6 Sep 2000, Nick Hibma wrote: I've quickly thrown together a driver for USB scanners. Unforunately, I don't have a scanner available that is supported by SANE, so I can't test it. How about parallel scanners? I have a UMAX Astra 2000p PPT scanner. I've heard that UMAX didn't want to release the specs, because they've got a proprietary ASIC in there. If anyone's willing to discuss this matter on a different list, I'm willing to do so. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Bus error on savecore
Blaz Zupan wrote: Has anyone else noticed savecore core dumping on a bus error? I think it started on my yesterday's make world. Redid the make world today with the latest sources and it's still doing it. Leaves a nice savecore.core in /. A while ago, passwd was dumping core on a bus error, but that was prior to yesterday's make world. It was when I was su root, using passwd to change a user's password, i.e. passwd user. The core dump came just before the point where the command would have exited anyways. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Buildworld errors....
See the attached "errors". -Donn errors
Re: hints static wiring
Mike Meyer wrote: I do read cvs-all, and I missed it. Not did I find device.hints in the relevant Makefiles. Can you provide a pointer to details on how /boot/device.hints is used in the build process, or how having an empty one keeps you from shooting yourself in the foot? Actually, device.hints isn't used in the build process. Your KERNEL.hints file is hard-coded into the kernel when your kernel is built (assuming you use one). /boot/device.hints is used to override the "hardcoded" values of hints, KERNEL.hints, at boot time. Sometimes, people can make a mistake in KERNEL.hints, and it's necessary to override those hints with /boot/device.hints. So, device.hints is created after-the-fact, and not part of the kernel build. Of course, if you don't have any hints to override, then just install an empty device.hints file. device.hints is there to save you from rebuilding your kernel every time you want to change a hint value. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Review requested for /dev/random driver improvements!
Mark Murray wrote: I'm getting some errors trying to build this. Attached is my make.log that shows the errors. The one that's there now should fix this (I forgot to include a 1-line patch to sys/conf/files). I just tried the patch, which completed successfully. But now, I'm getting these errors (see attached make.log). -Donn cc -c -march=pentium -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../i386/i386/genassym.c sh ../../kern/genassym.sh genassym.o assym.s rm -f param.c cp ../../conf/param.c . perl5 ../../kern/vnode_if.pl -h ../../kern/vnode_if.src cc -march=pentium -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 -c ../../i386/linux/linux_genassym.c sh ../../kern/genassym.sh linux_genassym.o linux_assym.h perl5 ../../kern/vnode_if.pl -c ../../kern/vnode_if.src perl5 ../../kern/makeobjops.pl -h ../../kern/device_if.m perl5 ../../kern/makeobjops.pl -h ../../kern/bus_if.m perl5 ../../kern/makeobjops.pl -h ../../kern/linker_if.m perl5 ../../kern/makeobjops.pl -h ../../dev/ppbus/ppbus_if.m perl5 ../../kern/makeobjops.pl -h ../../isa/isa_if.m perl5 ../../kern/makeobjops.pl -h ../../pci/pci_if.m rm -f .newdep mkdep -a -f .newdep -march=pentium -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../dev/ed/if_ed_pci.c ../../dev/md/md.c ../../dev/nulldev/nulldev.c ../../dev/ppbus/if_plip.c ../../dev/ppbus/lpt.c ../../dev/ppbus/ppb_1284.c ../../dev/ppbus/ppb_base.c ../../dev/ppbus/ppb_msq.c ../../dev/ppbus/ppbconf.c ../../dev/ppbus/ppi.c ../../dev/randomdev/harvest.c ../../dev/randomdev/randomdev.c ../../dev/randomdev/yarrow.c ../../dev/randomdev/hash.c ../../crypto/blowfish/bf_cbc.c ../../crypto/blowfish/bf_enc.c ../../crypto/blowfish/bf_skey.c ../../dev/sound/isa/ad1816.c ../../dev/sound/isa/es1888.c ../../dev/sound/isa/ess.c ../../dev/sound/isa/gusc.c ../../dev/sound/isa/mss.c ../../dev/sound/isa/sb.c ../../dev/sound/isa/sbc.c ../../dev/sound/pci/csa.c ../../dev/sound/pci/csapcm.c ../../dev/sound/pci/ds1.c ../../dev/sound/pci/emu10k1.c ../../dev/sound/pci/es137x.c ../../dev/sound/pci/neomagic.c ../../dev/sound/pci/solo.c ../../dev/sound/pci/t4dwave.c ../../dev/sound/pci/via82c686.c ../../dev/sound/pcm/ac97.c ../../dev/sound/pcm/channel.c ../../dev/sound/pcm/dsp.c ../../dev/sound/pcm/fake.c ../../dev/sound/pcm/feeder.c ../../dev/sound/pcm/mixer.c ../../dev/sound/pcm/sound.c ../../gnu/ext2fs/ext2_alloc.c ../../gnu/ext2fs/ext2_balloc.c ../../gnu/ext2fs/ext2_inode.c ../../gnu/ext2fs/ext2_inode_cnv.c ../../gnu/ext2fs/ext2_linux_balloc.c ../../gnu/ext2fs/ext2_linux_ialloc.c ../../gnu/ext2fs/ext2_lookup.c ../../gnu/ext2fs/ext2_subr.c ../../gnu/ext2fs/ext2_vfsops.c ../../gnu/ext2fs/ext2_vnops.c ../../isa/isa_common.c ../../isa/isahint.c ../../isa/pnp.c ../../isa/pnpparse.c ../../isofs/cd9660/cd9660_bmap.c ../../isofs/cd9660/cd9660_lookup.c ../../isofs/cd9660/cd9660_node.c ../../isofs/cd9660/cd9660_rrip.c ../../isofs/cd9660/cd9660_util.c ../../isofs/cd9660/cd9660_vfsops.c ../../isofs/cd9660/cd9660_vnops.c ../../kern/imgact_aout.c ../../kern/imgact_elf.c ../../kern/imgact_shell.c ../../kern/init_main.c ../../kern/init_sysent.c ../../kern/kern_acct.c ../../kern/kern_acl.c ../../kern/kern_cap.c ../../kern/kern_clock.c ../../kern/kern_conf.c ../../kern/kern_descrip.c ../../kern/kern_environment.c ../../kern/kern_event.c ../../kern/kern_exec.c ../../kern/kern_exit.c ../../kern/kern_fork.c ../../kern/kern_intr.c ../../kern/kern_jail.c ../../kern/kern_kthread.c ../../kern/kern_ktrace.c ../../kern/kern_linker.c ../../kern/kern_lock.c ../../kern/kern_lockf.c ../../kern/kern_malloc.c ../../kern/kern_mib.c ../../kern/kern_module.c ../../kern/kern_ntptime.c ../../kern/kern_physio.c ../../kern/kern_proc.c ../../kern/kern_prot.c ../../kern/kern_resource.c ../../kern/kern_shutdown.c ../../kern/kern_sig.c ../../kern/kern_subr.c ../../kern/kern_switch.c ../../kern/kern_synch.c ../../kern/kern_syscalls.c ../../kern/kern_sysctl.c ../../kern/kern_tc.c ../../kern/kern_threads.c ../../kern/kern_time.c ../../kern/kern_timeout.c ../../kern/kern_xxx.c ../../kern/link_aout.c ../../kern/link_elf.c ../../kern/md5c.c ../../kern/subr_autoconf.c ../../kern/subr_blist.c ../../kern/subr_bus.c ../../kern/subr_devstat.c ../../kern/subr_disk.c ../../kern/subr_disklabel.c
Re: Review requested for /dev/random driver improvements!
On Wed, 23 Aug 2000, Mark Murray wrote: I just tried the patch, which completed successfully. But now, I'm getting these errors (see attached make.log). Clean out your tree and reapply the patches; they got applied twice to some files :-) OK, earlier I had done just that. After re-compiling and rebooting, my machine hangs at the beginning point of the boot stage, where it says "Pentium F00F bug detected". The boot just halts right there. There was no panic, just a dead hang. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Review requested for /dev/random driver improvements!
Basically, it is hanging immediately after this message: Preloaded elf kernel "kernel.old" at 0xc0392000. Intel Pentium detected, installing workaround for F00F bug nulldev: null device, zero device I couldn't even drop into the debugger, because my machine was locked solid. The next boot message WOULD'VE been: random: entropy source So, at least I know the hang is occuring at random: entropy source. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Review requested for /dev/random driver improvements!
Mark Murray wrote: So, at least I know the hang is occuring at random: entropy source. OK; please uncomment the #define DEBUG in yarrow.c and let me know what the output of that looks like? I get random: entropy source Random init and then my machine just locks up tight, right there. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: weirdness with devfs? (time)
Siobhan Patricia Lynch wrote: this is cute: notice the dates, they predate the epoch. weird huh? anyone else see this or am I just off my rocker? -Trish total 0 crw-r--r-- 1 root operator 117, 0 Dec 31 1969 acd0a crw-r--r-- 1 root operator 117, 2 Dec 31 1969 acd0c crw-r- 1 root operator 15, 0x00010002 Dec 31 1969 cd0 crw-r- 1 root operator 15, 2 Dec 31 1969 cd0c crw--- 1 root wheel 0, 0 Dec 31 1969 console Maybe your machine was previously owned by a Woodstock-era hippie? LOL. I have no such problems with my -current: total 42 -r-xr-xr-x 1 root wheel38814 Aug 19 23:40 MAKEDEV* -r-xr-xr-x 1 root wheel 2064 Jul 16 07:49 MAKEDEV.local* crw-r- 2 root operator 117, 0 Jul 17 02:20 acd0a crw-rw-rw- 2 root operator 117, 2 Jul 17 02:20 acd0c crw-r- 2 root operator 117, 8 Jul 17 02:20 acd1a crw-r- 2 root operator 117, 10 Jul 17 02:20 acd1c crw-r- 2 root operator 116, 0x00010002 Jul 17 02:20 ad0 crw-r- 2 root operator 116, 0 Jul 17 02:20 ad0a crw-r- 2 root operator 116, 1 Jul 17 02:20 ad0b [snip] -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Review requested for /dev/random driver improvements!
Mark Murray wrote: Hi All Please could those of you with the time and computrons available please review the patches for the entropy (/dev/random) driver at http://people.freebsd.org/~markm/randomdev.patch. I'm getting some errors trying to build this. Attached is my make.log that shows the errors. -Donn linking kernel yarrow.o: In function `random_kthread': yarrow.o(.text+0x36): undefined reference to `yarrow_hash_init' yarrow.o(.text+0xe3): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x103): undefined reference to `yarrow_hash_iterate' yarrow.o: In function `reseed': yarrow.o(.text+0x317): undefined reference to `yarrow_hash_init' yarrow.o(.text+0x334): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x34b): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x37a): undefined reference to `yarrow_hash_init' yarrow.o(.text+0x392): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x3a3): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x3b6): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x3c6): undefined reference to `yarrow_hash_finish' yarrow.o(.text+0x3f5): undefined reference to `yarrow_hash_init' yarrow.o(.text+0x406): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x42c): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x449): undefined reference to `yarrow_hash_finish' yarrow.o(.text+0x457): undefined reference to `yarrow_encrypt_init' yarrow.o(.text+0x481): undefined reference to `yarrow_encrypt' yarrow.o: In function `read_random': yarrow.o(.text+0x5d0): undefined reference to `yarrow_encrypt' yarrow.o(.text+0x645): undefined reference to `yarrow_encrypt' yarrow.o: In function `generator_gate': yarrow.o(.text+0x78b): undefined reference to `yarrow_encrypt' yarrow.o(.text+0x7a6): undefined reference to `yarrow_encrypt_init' *** Error code 1 Stop in /usr/src/sys/compile/CUSTOM.
problem with ftp in latest -current
Lately, I can't ftp to any anonymous ftp sites. Every single one I attempt to ftp to gives me a "connection refused" error message. Is there a problem with bind? -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftpd not working with 4.1-stable
Could this be related to the problems I've been having lately with -current? Everytime I try to connect to an anonymoys ftp site, I get "connection refused" every time, no matter which site it is. I can get into the same sites with Netscape, lynx, w3m, and wget. I'm getting similar errors with fetch. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ftp and /etc/services...
This is on a recently-built -current box. When I try to move ftp from port 21 to port 2121 in /etc/services, I get a "Connection refused" message when I try to login to anonymous ftp sites. Should ftp be this dependent on /etc/services? What if you _have_ no services running, e.g. inetd portmap? Returning ftp to port 21 in services fixes this problem. I posted earlier about my problems with ftp recently. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problem with ftp in latest -current
On Wed, 16 Aug 2000, Donn Miller wrote: Lately, I can't ftp to any anonymous ftp sites. Every single one I attempt to ftp to gives me a "connection refused" error message. Is there a problem with bind? Only on your end :-) I should add that I can login to these sites with lynx, w3m, or Netscape. I wonder what the problem could be? I do have a cable modem, if that could be a possible cause. Or, maybe it's a problem with passive mode, or whatever. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problem with ftp in latest -current
On Tue, 15 Aug 2000, Kris Kennaway wrote: On Wed, 16 Aug 2000, Donn Miller wrote: Lately, I can't ftp to any anonymous ftp sites. Every single one I attempt to ftp to gives me a "connection refused" error message. Is there a problem with bind? Only on your end :-) I'm using dhcp, BTW, since I have a cable modem. Maybe my ISP is doing something to cause this, I don't know. I have to use wget as FETCH_CMD to retrieve ports, since both fetch and ftp give Connection refused messages for every ftp site. Also, check this out: $ ftp localhost ftp: connect to address ::1: Connection refused Trying 127.0.0.1... ftp: connect: Connection refused ftp Hmm. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems with ATAPI CD driver
Soren Schmidt wrote: It seems Donn Miller wrote: I've got a BTC 24x ATAPI CDROM driver, and I can't mount it. Attached is my dmesg.out. Typing mount /cdrom causes the mount command to hang, and it never did this before. Also, I'm getting these strange syslog messages. (See attached file messages.out.) I tried disabling DMA for ATAPI devices in my kernel config file to no avail. Seems I didnt' get enough sleep for that last commit, try it now after the latest fix (atapi-cd.c r1.62)... Works OK now. Thanks. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Problems with ATAPI CD driver
I've got a BTC 24x ATAPI CDROM driver, and I can't mount it. Attached is my dmesg.out. Typing mount /cdrom causes the mount command to hang, and it never did this before. Also, I'm getting these strange syslog messages. (See attached file messages.out.) I tried disabling DMA for ATAPI devices in my kernel config file to no avail. - Donn Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #2: Sat Aug 12 23:49:53 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Calibrating clock(s) ... TSC clock: 166445743 Hz, i8254 clock: 1193164 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 166449756 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) Physical memory chunk(s): 0x1000 - 0x0009, 651264 bytes (159 pages) 0x00396000 - 0x03bf7fff, 59121664 bytes (14434 pages) avail memory = 57749504 (56396K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f9a00 bios32: Entry = 0xf04b0 (c00f04b0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0x4e0 pnpbios: Found PnP BIOS data at 0xc00fd020 pnpbios: Entry = f:d050 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: ACPI: Preloaded elf kernel "kernel" at 0xc037d000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc037d0a8. Intel Pentium detected, installing workaround for F00F bug nulldev: null device, zero device random: entropy source mem: memory I/O Creating DISK md0 md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 46855964 bytes/sec bzero() bandwidth = 24535662 bytes/sec pcib0: Host to PCI bridge on motherboard found- vendor=0x1039, dev=0x5597, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 found- vendor=0x1039, dev=0x0008, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 found- vendor=0x1039, dev=0x5513, revid=0xd0 class=01-01-8a, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 intpin=a, irq=11 map[10]: type 4, range 32, base e400, size 3, enabled map[14]: type 4, range 32, base e000, size 2, enabled map[18]: type 4, range 32, base d800, size 3, enabled map[1c]: type 4, range 32, base d400, size 2, enabled map[20]: type 4, range 32, base d000, size 4, enabled found- vendor=0x10ec, dev=0x8029, revid=0x00 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=10 map[10]: type 4, range 32, base b800, size 5, enabled found- vendor=0x1039, dev=0x0200, revid=0x65 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=11 map[10]: type 3, range 32, base e780, size 22, enabled map[14]: type 1, range 32, base e600, size 16, enabled map[18]: type 4, range 32, base b400, size 7, enabled pci0: PCI bus on pcib0 pci0: Host to PCI bridge (vendor=1039 device=5597) (vendor=0x1039, dev=0x5597) at 0.0 isab0: SiS 85c503 PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 atapci0: SiS 5591 ATA33 controller port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd000 ata0: mask=03 status0=50 status1=50 ata0: mask=03 status0=50 status1=50 ata0: devices = 0x3 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd008 ata1: mask=03 status0=50 status1=51 ata1: mask=03 status0=10 status1=00 ata1: devices = 0x4 ata1: at 0x170 irq 15 on atapci0 ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xb800-0xb81f irq 10 at device 10.0 on pci0 bpf: ed0 attached ed0: address 00:c0:df:ed:0b:17, type NE2000 (16 bit) pci0: SiS 5597/98 SVGA controller (vendor=0x1039, dev=0x0200) at 19.0 irq 11 Trying Read_Port at 203 ESS: adding io range 0x800-0xfff, size=0x8, align=0x8 ESS1868: start dependant ESS1868: adding dma mask 0x2 ESS1868: adding dma mask 0x9 ESS1868: adding irq mask 0x20 ESS1868: adding fixed io range 0x220-0x22f, size=0x10, align=0x1 ESS1868: adding fixed io range 0x388-0x38b, size=0x4, align=0x1 ESS1868: adding fixed io range 0x330-0x331, size=0x2, align=0x1 ESS1868: start dependant ESS1868: adding dma mask 0x2 ESS1868: adding dma mask 0x9 ESS1868: adding irq mask 0x6a0 ESS1868: adding io range 0x220-0x24f, size=0x10,
ESS 1868 (isa) - no more crackling!
Thanks for finally solving the PCM interrupts problem. Before, my sound card (ESS 1868 isa) was having problems with crackling noises while playing MP3's. Thanks for solving this. BTW, anyone else have this sound card? Not the greatest, but it's something I have to live with for the time being. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ESS 1868 (isa) - no more crackling!
Wilko Bulte wrote: On Wed, Aug 09, 2000 at 01:08:49PM -0400, Donn Miller wrote: Thanks for finally solving the PCM interrupts problem. Sounds promising.. Will it also solve the identical problem the ESS1371 PCI has? I just did a re-cvsup this morning, and this is the first time in a long while that I've noticed the problems were fixed. How long ago did you build your kernel? Note: now I'm seeing messages like this: Aug 9 12:13:56 /kernel: pcm0: hwptr went backwards 2144 - 1132 Aug 9 12:13:57 /kernel: pcm0: hwptr went backwards 72 - 3332 Aug 9 15:33:36 /kernel: pcm0: hwptr went backwards 172 - 24 Aug 9 15:34:13 /kernel: pcm0: hwptr went backwards 100 - 3820 Aug 9 15:35:27 /kernel: pcm0: hwptr went backwards 212 - 28 Aug 9 15:35:28 /kernel: pcm0: hwptr went backwards 184 - 3288 Aug 9 15:35:28 /kernel: pcm0: hwptr went backwards 2240 - 2196 Aug 9 15:42:16 /kernel: pcm0: hwptr went backwards 2116 - 1140 Aug 9 15:43:41 /kernel: pcm0: hwptr went backwards 184 - 20 But, maybe these debugging messages were recently added to channel.c. I know the problem was in channel.c. Otherwise, mp3's play OK now. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
vga0, atkbdc0, fdc0 attaching to ISA bus?
Anyone know why these devices want to attach to the ISA bus on a primarily PCI bus machine? My MoBo is an Asus SP97-V, which has a mixture of ISA and PCI slots. I was wondering maybe if even machines that have all PCI slots, that there's still an internal ISA bus? Check out my dmesg. Specifically: pci0: SiS 5597/98 SVGA controller at 19.0 irq 11 The video controller is on the PCI. But vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 How can the VGA be ISA when the controller is on the PCI bus? Also, fdc0: NEC 72065B or clone at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 atapci0: SiS 5591 ATA33 controller port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 See how the floppy controller is on the ISA bus while the ATA driver is attaching to the PCI bus? Is there some bug in the bus probing routines? - Donn Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Thu Aug 3 10:05:18 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 166450605 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) avail memory = 57761792 (56408K bytes) Preloaded elf kernel "kernel" at 0xc037a000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc037a09c. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 pci0: Host to PCI bridge (vendor=1039 device=5597) at 0.0 isab0: SiS 85c503 PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 atapci0: SiS 5591 ATA33 controller port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xb800-0xb81f irq 10 at device 10.0 on pci0 ed0: address 00:c0:df:ed:0b:17, type NE2000 (16 bit) pci0: SiS 5597/98 SVGA controller at 19.0 irq 11 sio2 at port 0x3e8-0x3ef irq 4 on isa0 sio2: type 16550A mse0: Bus/InPort Mouse at port 0x23c-0x23f irq 3 on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sbc1: ESS ES1868 at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: ESS 18xx DSP on sbc1 ppc0: ECP parallel printer port at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources fdc0: NEC 72065B or clone at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 irq 1 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 ad0: 3093MB FUJITSU MPB3032ATU [6704/15/63] at ata0-master using UDMA33 ad1: 1040MB M1614TA [2114/16/63] at ata0-slave using WDMA2 acd0: CDROM BCD-24X 1997-06-27 at ata1-master using WDMA2
Re: Latest kernel won't boot
On Thu, 3 Aug 2000, Michael Lucas wrote: Sorry for the last try, not enough caffiene yet... Anyway, I had this problem as well. The problem was that /boot/loader wasn't working properly. Without it, the system runs, but you can't talk to the console. It seems like the problem was with my device.hints file - I had deleted all the kbd/sc/vga stuff out of there, assuming that they weren't needed since they are on the pci bus. It turns out that I can only boot when I add the syscons stuff back in there. And then, they want to attach to the ISA bus instead of the PCI bus: sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 irq 1 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 Any particular reason these devices want to attach to the ISA instead of the PCI bus? Or, are they REALLY attaching to the PCI bus, and thinking they're attaching to the ISA bus? I have a Pentium MoBo (Asus SP 97-V), so they really ought to be on pci0 instead of isa0. So, the syscons/vga/atkbd stuff will not work without leaving them un-modified in device.hints as they originally appear in GENERIC.hints. Attached is my device.hints and dmesg.out. - Donn Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Thu Aug 3 08:44:46 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 166449832 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) avail memory = 57761792 (56408K bytes) Preloaded elf kernel "kernel" at 0xc037a000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc037a09c. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 pci0: Host to PCI bridge (vendor=1039 device=5597) at 0.0 isab0: SiS 85c503 PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 atapci0: SiS 5591 ATA33 controller port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xb800-0xb81f irq 10 at device 10.0 on pci0 ed0: address 00:c0:df:ed:0b:17, type NE2000 (16 bit) pci0: SiS 5597/98 SVGA controller at 19.0 irq 11 sio2 at port 0x3e8-0x3ef irq 4 on isa0 sio2: type 16550A mse0: Bus/InPort Mouse at port 0x23c-0x23f irq 3 on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sbc1: ESS ES1868 at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: ESS 18xx DSP on sbc1 ppc0: ECP parallel printer port at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources fdc0: NEC 72065B or clone at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 irq 1 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 ad0: 3093MB FUJITSU MPB3032ATU [6704/15/63] at ata0-master using UDMA33 ad1: 1040MB M1614TA [2114/16/63] at ata0-slave using WDMA2 acd0: CDROM BCD-24X 1997-06-27 at ata1-master using WDMA2 # $FreeBSD: src/sys/i386/conf/GENERIC.hints,v 1.3 2000/07/19 16:32:38 imp Exp $ hint.atkbdc.0.at="pci" hint.atkbdc.0.port="0x060" hint.atkbd.0.at="atkbdc" hint.atkbd.0.irq="1" hint.atkbd.0.flags="0x1" hint.psm.0.at="atkbdc" hint.psm.0.irq="12" hint.psm.0.disabled="1" hint.vga.0.at="pci" hint.sc.0.at="pci" hint.sc.0.flags="0x100" hint.npx.0.at="nexus" hint.npx.0.port="0x0F0" hint.npx.0.irq="13" hint.apm.0.at="nexus" hint.apm.0.disabled="1" hint.apm.0.flags="0x20" hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" hint.sio.0.disabled="1" hint.sio.1.at="isa" hint.sio.1.port="0x2F8" hint.sio.1.irq="3" hint.sio.1.disabled="1" hint.sio.2.at="isa" hint.sio.2.port="0x3E8" hint.sio.2.irq="4" hint.sio.3.at="isa" hint.sio.3.disabled="1" hint.sio.3.port="0x2E8" hint.sio.3.irq="9" hint.mse.0.at="isa" hint.mse.0.port="0x23c" hint.mse.0.irq="3" hint.sbc.0.at="isa" hint.sbc.0.port="0x220" hint.sbc.0.irq="5" hint.sbc.0.drq="1"
World breakage in usr.bin/kdump
cc -march=pentium -Os -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c In file included from ioctl.c:94: /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:80: warning: this is the location of the previous definition In file included from ioctl.c:63: /usr/obj/usr/src/i386/usr/include/net/if_ieee80211.h:14: `ETHER_ADDR_LEN' undeclared here (not in a function) /usr/obj/usr/src/i386/usr/include/net/if_ieee80211.h:15: `ETHER_ADDR_LEN' undeclared here (not in a function) /usr/obj/usr/src/i386/usr/include/net/if_ieee80211.h:16: `ETHER_ADDR_LEN' undeclared here (not in a function) *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Latest kernel won't boot
Just recently build a kernel from cvsup, and the kernel won't boot. It gets to the point where you see booting [kernel] \ And it just hangs right there. There's a lot of disk activity, and after about 2 minutes (and no boot messages), I see a login prompt, but the machine is froze. Anyone else see this? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Moused and Yarrow (Re: Moused behaving funny in 4.1-STABLE)
On Tue, 1 Aug 2000, Paul Herman wrote: My moused is also behaving funny (no X). Sometimes other charaters on the screen get messed up where the pointer never was (I can't seem to reliably reproduce it), but one thing I am able to reproduce is the 20% interrupt thing: When both the prompt and the mouse are at the bottom of the screen, then it starts eating up interrupt CPU. It has something to do with this whole Yarrow thing. I suppose Yarrow (and dev/urandom) are eating up tty interrupts that otherwise would have gone to moused and syscons. Someone on this list suggested implementing some sort of kernel threads, with Yarrow and syscons split up on different kernel threads. AFAIK, this hasn't been implemented yet. So, do we have some sort of kernel threads we could use for this? Or, do we have to compile in Linuxthreads, or something? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mozilla-M15+ipv6 package available
Kris Kennaway wrote: A few people have asked me for this, so I uploaded a package of the mozilla-M15+ipv6 port from KAME to http://www.freebsd.org/~kris/mozilla-M15.tgz (yes, I know M16 is out, but the port isn't yet updated). The last few Mozillas I tried compiling from source (on -current), I'd get a message in xterm saying the document was fully loaded, but yet no window would appear. It seemed like a problem with threading. Anyone else see this? -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
PCM failures w/ latest commits
When I try to play an mp3 with either realplayer 7 or mpg123, I get Can't open /dev/dsp! But, the same exact configuration always worked before. - Donn Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Mon Jul 31 10:26:03 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 166450522 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) avail memory = 57769984 (56416K bytes) Preloaded elf kernel "kernel" at 0xc0378000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc037809c. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 pci0: Host to PCI bridge (vendor=1039 device=5597) at 0.0 isab0: SiS 85c503 PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 atapci0: SiS 5591 ATA33 controller port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xb800-0xb81f irq 10 at device 10.0 on pci0 ed0: address 00:c0:df:ed:0b:17, type NE2000 (16 bit) pci0: SiS 5597/98 SVGA controller at 19.0 irq 11 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 sio2 at port 0x3e8-0x3ef irq 4 on isa0 sio2: type 16550A mse0: Bus/InPort Mouse at port 0x23c-0x23f irq 3 on isa0 ppc0: ECP parallel printer port at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppi0: Parallel I/O on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port plip0: PLIP network interface on ppbus0 unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0700 can't assign resources unknown: PNP0303 can't assign resources sbc0: ESS ES1868 at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: ESS 18xx DSP on sbc0 ad0: 3093MB FUJITSU MPB3032ATU [6704/15/63] at ata0-master using UDMA33 ad1: 1040MB M1614TA [2114/16/63] at ata0-slave using WDMA2 acd0: CDROM BCD-24X 1997-06-27 at ata1-master using WDMA2
Re: Mouse behaving funny since 5.0-CURRENT upgrade
Kazutaka YOKOTA wrote: Try the attached patch for /sys/isa/psm.c, and please report the result. Actually, I use the mse0 device, because I have an isa bus mouse. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mouse behaving funny since 5.0-CURRENT upgrade
Kazutaka YOKOTA wrote: Donn, would you please run moused at higher priority, (for example, "nice -5 moused..." or "nice -10 moused...",) in order to see if this Oh, I meant "nice --5 mouse..." and "nice --10 moused..." :-) Tried this. It doesn't fix the problem. The mouse is still jumpy no matter what the nice level. I believe it's a problem with syscons as a whole. For example, whenever I switch to a VC and do kbdcontrol -r 240.34 to get a very fast keyboard repeat rate, the rate at which the characters repeat is very jumpy as well, much like the mouse. It was never like this before. So, I don't think the problem is specific to the syscons mouse drivers, just syscons itself. This started happening after some commits to syscons a couple of weeks back. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mouse behaving funny since 5.0-CURRENT upgrade
Kazutaka YOKOTA wrote: I find quite hard to believe this was caused by recent syscons changes. Because these changes are about /dev/random thingie and color attribute handling in terminal emulator part of syscons. They have nothing to do with keyboard and mouse input. I am suspecting there may be something in tty interrupt handling in general in the kernel... This sounds right. When I use X without /dev/sysmouse and moused, mouse motion is still pretty smooth. It's only when I use X with moused AND /dev/sysmouse that I see the jumpy mouse syndrome. This would be due to the fact that (AFAIK) moused relies on tty interrupt handling more so than the raw mouse driver without moused (/dev/mse0). -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mouse behaving funny since 5.0-CURRENT upgrade
Robert Watson wrote: I'm using a Micron P133 box with a PS/2 mouse. Up until this morning, I was running 4.0-STABLE from a month or two back. I upgraded to 5.0-CURRENT, and since that time, my mouse has been responding slowly and erratically, jumping as it moves, et al. I'm using the default arguments to moused, with moused enabled in /etc/rc.conf. I'm not sure what changed, but it would be nice if it hadn't :-). Yep. It's been that way in 5.0-current for about 2-3 weeks now. When I use /dev/sysmouse in X, my mouse is really jumpy. It's so bad that I don't use moused anymore in X. When I use my mouse normally, i.e. without moused (/dev/mouse), in X, mouse movements are OK. Also, cursor motion is jumpy as well. Must be the recent commits to syscons. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make package broken on -current (mtree -L problem)
Udo Schweigert wrote: === Installing for bzip2-1.0.1 mtree: illegal option -- L usage: mtree [-PUcdeinrux] [-f spec] [-K key] [-k key] [-p path] [-s seed] [-X excludes] *** Error code 1 Seems to be a problem in /usr/ports/Mk/bsd.port.mk: .if ${OSVERSION} = 500010 MTREE_ARGS?=-U -f ${MTREE_FILE} -L -d -e -p .else MTREE_ARGS?=-U -f ${MTREE_FILE} -d -e -p .endif Seems as if your mtree is out of date. How long has it been since your last make world? Cvsup again and build/install mtree again and/or do a make world. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Lockups with recent PCM commits?
Try this (with a very recent kernel): cat /dev/audio It locks up my machine. Also, anything that accesses /dev/audio locks up my machine, such as mpg123. - Donn Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Tue Jul 18 18:45:36 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) avail memory = 57487360 (56140K bytes) Preloaded elf kernel "kernel" at 0xc03bd000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03bd09c. Intel Pentium detected, installing workaround for F00F bug seq0-63: Midi sequencers. md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 pci0: Host to PCI bridge (vendor=1039 device=5597) at 0.0 isab0: SiS 85c503 PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 atapci0: SiS 5591 ATA33 controller port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xb800-0xb81f irq 10 at device 10.0 on pci0 ed0: address 00:c0:df:ed:0b:17, type NE2000 (16 bit) pci0: SiS 5597/98 SVGA controller at 19.0 irq 11 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 sio2 at port 0x3e8-0x3ef irq 4 on isa0 sio2: type 16550A mse0: Bus/InPort Mouse at port 0x23c-0x23f irq 3 on isa0 mpu0: reset failed. ppc0: ECP parallel printer port at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppi0: Parallel I/O on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port plip0: PLIP network interface on ppbus0 unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0700 can't assign resources unknown: PNP0303 can't assign resources sbc1: ESS ES1868 at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: ESS 18xx DSP on sbc1 midi1: SB Midi Interface on sbc1 midi2: SB OPL FM Synthesizer on sbc1 ad0: 3093MB FUJITSU MPB3032ATU [6704/15/63] at ata0-master using UDMA33 ad1: 1040MB M1614TA [2114/16/63] at ata0-slave using WDMA2 acd0: CDROM BCD-24X 1997-06-27 at ata1-master using WDMA2
NO_MODULES in /etc/make.conf broken?
Recently, when building a kernel (about 20 minutes as of this email), I set NO_MODULES= false in /etc/make.conf. The modules still weren't built with the kernel. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Recent syscons weirdness (nervous /dev/sysmouse)
I'm using moused in conjunction with XFree86 4.0.1 and /dev/sysmouse. Recently, my mouse pointer has been extremely jumpy in XFree86. I think this is a syscons problem, as I have this problem with moused at the console as well. Also, cursor movement is very jumpy. -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Panic with latest pcm commits?
I just cvsup'd new sources as of an hour of this posting, and built a kernel. When I try to play an MP3 with mpg123, a kernel panic occurs. Also, rev. 1.27 of src/sys/dev/sound/pcm/channel.c is the latest version of this file that doesn't cause loud popping sounds when I try to play an MP3, i.e., versions 1.28-1.32 cause problems. My sound card is an ESS 1868 ISA. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bug: kernel hangs at boot
David O'Brien wrote: Because the code change now triggers one of the bugs that has made us always say "don't use anything above -O". But, it's still OK to use -march=pentium, though. I'd hate to be using 386 instructions. 8-) -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Laptop boot problem in current with GENERIC GENERIC.hints
On Wed, 28 Jun 2000, Warner Losh wrote: In message [EMAIL PROTECTED] Edwin Culp writes: : int=000d err= eft=00010046 eip=92eb : eax=00fb ebx= ecx=0152 edx=03f6 : esi=000fbc92 edi=000f ebp=17b4 esp=17b4 : cs:eip=0f 32 89 45 1c 89 55 14-46 eb cf 80 65 31 fd eb : ss:esp=08 00 00 00 1c 9c 00 00-fe 0e 00 00 d4 17 00 00 : System halted : : I copied this manually since I don't have a console on the laptop. I'd try booting the old kernel and seeing if doing a completely clean build fixes this. I'd also try to reboot after power off. It looks like the optimization bug that's been biting kernel builds lately. When Peter Wemm made the overhaul to the kernel config, strange things started happening when optimization higher than -O was used to build the kernel. For example, I got a Fatal Trap 12 immediately after the probe for available memory. I was using -Os to compile my kernel at the time. Backing down to -O for kernel builds solved this, and boots proceeded normally. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Strange make buildworld problem...
Recently, the make world problems with perl have been fixed, and I can do a make world all the way through, provided I do a make world the first time only. However, I did a cvsup to update my source tree again after the first make world. I did a make -DNOCLEAN buildworld with /usr/obj untouched. I get this: stage 2: build tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/s rc/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 build-tools cd /usr/src/bin/sh; make build-tools cd /usr/src/games/adventure; make build-tools cd /usr/src/games/hack; make build-tools cd /usr/src/games/phantasia; make build-tools cd /usr/src/gnu/usr.bin/cc/cc_tools; make build-tools cd /usr/src/gnu/usr.bin/cc/f771; make build-tools cd /usr/src/lib/libncurses; make build-tools cd /usr/src/share/syscons/scrnmaps; make build-tools cd /usr/src/gnu/usr.bin/perl; make build-tools cd /usr/src/gnu/usr.bin/perl/libperl make build-tools make: don't know how to make /usr/obj/usr/src/i386/usr/include/sys/types.h. Stop *** Error code 2 Stop in /usr/src/gnu/usr.bin/perl. *** Error code 1 Stop in /usr/src. *** Error code 1 Again, this is after re-making buildworld with -DNOCLEAN after a successful first make buildworld. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Laptop boot problem in current with GENERIC GENERIC.hints
Did you compile your kernel with any optimizations, such as -Os? If so, try it recompiling it without optimizations. - Donn On Tue, 27 Jun 2000, Edwin Culp wrote: I have 5 machines running current. All are booting fine with the changes made on June 12, with the exception of a k-6 laptop. I have been booting the kernel.works since the changes and can't seem to get something right. I have tried with my original kernel configuration and now have been trying with the GENERIC configuration and GENERIC.hints. When I try to boot with my new kernel I get: BTX loader 1.0 BTX version is 1.01 Console: internal video/keyboard BIOS drive A: is disk0 BIOS drive B: is disk1 BIOS 639kB/97280kB available memory FreeBSD/i386 bootstrap loader, Revision 0.8 [EMAIL PROTECTED] Mon June 26 12:37:44 PDT 2000 int=000d err= eft=00010046 eip=92eb eax=00fb ebx= ecx=0152 edx=03f6 esi=000fbc92 edi=000f ebp=17b4 esp=17b4 cs:eip=0f 32 89 45 1c 89 55 14-46 eb cf 80 65 31 fd eb ss:esp=08 00 00 00 1c 9c 00 00-fe 0e 00 00 d4 17 00 00 System halted To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP! New (incomplete) /dev/random device!
Kris Kennaway wrote: On Sun, 25 Jun 2000, Warner Losh wrote: Some days is OK, imho. Much more than that and I'd begin to worry. Much more than a week or two and I'd worry a lot. I'll go put a note in updating right now. That's okay with me too. People should just not upgrade their work machines for the next few days until entropy is fixed. It would be interesting to see how many people are using FreeBSD-current as a "work" machine, if you mean "work" to be a production machine doing actual server work. A lot of times, -current has been pretty stable for me, and I avoided a lot of "make world" and stability problems by following what's going on in this mailing list. I've only had a couple problems over the past 3 1/2 years with stability in FreeBSD-current, starting with 3.0-current. Granted, it's not generally recommended to use -current boxes as your main machine, but if you're careful, it's doable. I say FreeBSD-current makes a pretty decent production machine if the admin is smart enough to follow the mailing list and is knowledegeable enough to recognize the pitfalls of running such a beast. All others should be running 4.0-release or -stable, of course. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
compiling kernel with -Os or -O2
Anyone try to compile the kernel with an optimization higher than -O, such as -Os or -O2? For example, when I compile my kernel with -Os, I get a "fatal trap 12: page fault in supervisor mode" right after I see this on my screen while the kernel is booting: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Sun Jun 18 19:06:34 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 62914560 (61440K bytes) This is all the further the boot gets before the page fault. Of course, as David O'Brien pointed out, optimization levels beyond -O aren't supported. But, I'm curious as to what the cause of this is, as it may reveal a deeper problem someplace. For example, is the problem with binutils, the kernel source code, or both? Hopefully, we'll find out after the binutils upgrade is complete. I should point out that using -O to compile the kernel gives no problems booting; it's just -Os that causes the problems for me. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -e option to umount?
Francisco Reyes wrote: Whether as a separate command or as part of umount this is certainly something worth having by default. In particular new users may be a while before they find ports/packages or will just end up in the questions list. Well, you could have both. For example, you could have the -e switch to umount which performs the eject function. In addition, you could have "eject" as a link to umount, and umount itself would check argv[0] to see if it is being executed as eject or umount. If it's eject instead of umount, then perform whatever action the -e flag does. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
On Sat, 17 Jun 2000, Matthew Dillon wrote: My test box, with a pristine 5.x kernel, crashes on boot... it only gets a few lines in, prints the amount of memory the machine has, and BEWM. Low memory page fault. I saw the same thing myself. It turns out, though, that I was using COPTFLAGS= -march=pentium -Os -pipe to compile my kernel. When I used the stock opt flags of COPTFLAGS= -O -pipe to compile my kernel, my machine booted OK. It appears as though some changes were put in the tree that are sensitive to optimizations above -O -pipe. My machine never behaved this way before with high optimizations until the new changes were put into -current about 1 or 2 days ago. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current kernel broken?
Wes Morgan wrote: As of about 7pm EDT I can't boot a -current kernel. I _can_ boot a kernel from the 13th I snagged from a snapshot kernel disk, and I can boot the snapshot from the 15th (but since userconfig does not work the lnc device spams so many error messages the system never reaches a prompt). Already did the make clean depend all install for /sys/boot/i386 and that was no help. The kernel just freezes _right_ after trying to boot... I'm not sure how far its getting, I'll have to play around with a debug kernel and see what I can get from it (if anything). I saw this as well. It turns out the optimizations I was using when building my kernel was causing it. I was using -march=pentium -Os -pipe. Falling back to -O -pipe solved this. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
fatal trap 12 after lastest kernel build
I just built my kernel from kernel sources as of Thu Jun 15 13:49:59 EDT 2000, and immediately after the kernel is loaded, I get a "fatal trap 12: page fault while in supervisor mode". The uptime was 0s, so apparently, the boot loader must not like the kernel. But, I can boot a kernel from Jun 14 10:25 with the same boot loader. I did a make depend all install in /usr/src/sys/boot with the new sources, but still the same problem. Anyone else see this? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fatal trap 12 after lastest kernel build
Kenneth Wayne Culver wrote: did you follow Peter Wemm's instructions on the new config changes? Actually, I did. In fact, I built 2 or 3 kernels after the changes went into effect with no problems. It's just the sources that I cvsup'd as of an hour ago that's causing the problems. On Thu, 15 Jun 2000, Donn Miller wrote: I just built my kernel from kernel sources as of Thu Jun 15 13:49:59 EDT 2000, and immediately after the kernel is loaded, I get a "fatal trap 12: page fault while in supervisor mode". The uptime was 0s, so apparently, the boot loader must not like the kernel. But, I can boot a kernel from Jun 14 10:25 with the same boot loader. I did a make depend all install in /usr/src/sys/boot with the new sources, but still the same problem. Anyone else see this? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current kernel broken?
Wes Morgan wrote: As of about 7pm EDT I can't boot a -current kernel. I _can_ boot a kernel from the 13th I snagged from a snapshot kernel disk, and I can boot the snapshot from the 15th (but since userconfig does not work the lnc device spams so many error messages the system never reaches a prompt). Already did the make clean depend all install for /sys/boot/i386 and that was no help. The kernel just freezes _right_ after trying to boot... I'm not sure how far its getting, I'll have to play around with a debug kernel and see what I can get from it (if anything). I can verify this. With sources cvsup'd this morning and later, I get a fatal trap 12 (page fault supervisor mode) the very instant the kernel boots. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel config errors...
After a recent cvsup, I'm getting this error after doing a config -r: ../../conf/files: coda/coda_fbsd.c must be optional, mandatory or standard - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Newmidi Release Candidate is ready
Seigo Tanimura wrote: The release candidate of newmidi is finally ready. The patch for -current can be found at: URI: http://people.FreeBSD.org/~tanimura/patches/newmidirc.diff.gz I tried this patch out. When I added nothing to my kernel config file other than device sbc0 device pcm0 the kernel compiled OK, but when I did cat midifile.mid /dev/midi0, I get a "device not configured" error message. I figured I needed to add something to my kernel config file, such as device midi0 # for isa pnp/pci cards pseudo-device seq 1 I get a whole bunch of kernel compile errors. Examples: In file included from ../../dev/sound/midi/midi.h:69, from ../../dev/sound/isa/emu8000.c:38: ../../dev/sound/midi/miditypes.h:65: redefinition of `mididev_info' ../../dev/sound/midi/miditypes.h:31: `mididev_info' previously declared here ../../dev/sound/midi/miditypes.h:67: redefinition of `midi_callback_t' ../../dev/sound/midi/miditypes.h:33: `midi_callback_t' previously declared here ../../dev/sound/midi/miditypes.h:68: redefinition of `midi_intr_t' ../../dev/sound/midi/miditypes.h:34: `midi_intr_t' previously declared here ../../dev/sound/midi/miditypes.h:99: redefinition of `mididev_info' ../../dev/sound/midi/miditypes.h:65: `mididev_info' previously declared here ../../dev/sound/midi/miditypes.h:101: redefinition of `midi_callback_t' ../../dev/sound/midi/miditypes.h:67: `midi_callback_t' previously declared here ../../dev/sound/midi/miditypes.h:102: redefinition of `midi_intr_t' ../../dev/sound/midi/miditypes.h:68: `midi_intr_t' previously declared here ../../dev/sound/midi/miditypes.h:133: redefinition of `mididev_info' ../../dev/sound/midi/miditypes.h:99: `mididev_info' previously declared here ../../dev/sound/midi/miditypes.h:135: redefinition of `midi_callback_t' ../../dev/sound/midi/miditypes.h:101: `midi_callback_t' previously declared here ../../dev/sound/midi/miditypes.h:136: redefinition of `midi_intr_t' ../../dev/sound/midi/miditypes.h:102: `midi_intr_t' previously declared here Also, the pcm driver for the ESS 1868 is slightly broken for MP3's -- when I try to play MP3's, I get a lot of nasty pops and clicks during playback with mpg123. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Problems with PCM and ESS 1868
The recent commits to PCM, as of a few days back, have given me problems with my ESS 1868. When I play MP3's with mpg123, I get a lot of loud pops and clicks during playback. Otherwise, the MP3s DO play all the way through. However, when I try to play MP3s with Real Player 7, it just hangs at the beginning, and doesn't play the MP3. Before the commits to PCM, I was able to play MP3s OK with Real Player 7. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Latest pcm commits and ESS 1868...
With the latest pcm commits, there's a lot of pops and clicks during the playing of MP3's. This is with the ESS 1868 sound card. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
newer binutils...
During the first binutils upgrade, which was approx. 2 weeks ago, I saw some strange stuff happening. For example, make and zcat were catching sig. 11 on a semi-regular basis. Anyone else see this? Of course, the problem has long since been solved, but I guess there really were problems that arose due to the upgrade to the lastest binutils. We'll just have to keep the binutils maintainers informed directly if any more problems arise. I haven't seen any problems recently, but I just thought I'd remark that it's strange those sig. 11's were occurring after a binutils upgrade. So far, I've seen no additional problems like this after my latest make world and kernel build (May 28). - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Neomagic audio driver
On Fri, 19 May 2000, Christopher Shumway wrote: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xfe271c00 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0145873 stack pointer = 0x10:0xc93c3d08 frame pointer = 0x10:0xc93c3d10 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 = 238 (tcsh) interrupt mask = none trap number = 12 panic: page fault How do you capture a dump of this sort of thing (e.g. page fault) to a file? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Motif is now Open Source 8)
On Tue, 16 May 2000, Sheldon Hearn wrote: I've integrated NetBSD's langinfo and nl_types support into FreeBSD. I can send you patches if you haven't managed to work around this yet? Great. Please send me the patches. BTW, by "integrated", do you mean that you've integrated them into the base FreeBSD distribution, or is it a port (or merely a set of patches)? Thanks. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Wide-char support and libc
Anyone like the idea of adding wide char support to our libc? Maybe we could port it over from {Net,Open}BSD or BSDi. This would add the header file wctype.h, etc. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Motif is now Open Source 8)
Amancio Hasty wrote: Check it out at: http://www.opengroup.org/openmotif/ Yes, that is great news! I tried compiling it, but I had trouble with lib/Xm/Scale.c. It wanted to include langinfo.h, which FreeBSD doesn't have. So, I copied langinfo.h from /usr/compat/linux/usr/include, but even then, there was this constant that was undeclared. So, did you get it to compile, and would you mind posting a patch? I understand some FreeBSD people (epecially the JDK folks) really want to run Motif on FreeBSD. Way to go, Open Group. That ought to shut up the Linux Qt/Gtk "we want everything on the planet free w/source code" whiners. I mean, I like Qt and Gtk. But, having Motif source freely available for Linux and FreeBSD is a big step, IMO. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
cvsup6.freebsd.org
It seems to be responding very well to ping, but when I connect to this server with cvsup, it basically says "connecting to cvsup6.freebsd.org", and does nothing else. Is this server working? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld error
Hasan Diwan wrote: Mr Miller: Try obtaining a crypto distribution from internat or freefall. That should solve your problem. Damn - I just forgot to uncomment the cvs-crypto line in my supfile. Thanks! - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildworld error
=== usr.sbin/tcpdump/tcpdump rm -f .depend mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/usr.sbin/tcpdump/tcpdump -I/usr/obj/usr/src/i386/usr/include/openssl -DCRYPTO -DHAVE_LIBCRYPTO -DHAVE_RC5_H -DHAVE_CAST_H -I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/lbl -I/usr/obj/usr/src/i386/usr/include version.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/addrtoname.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/bpf_dump.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/gmt2local.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/machdep.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/parsenfsfh.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ah.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-arp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ascii.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-atalk.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-atm.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bgp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bootp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-chdlc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-cip.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-decnet.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dhcp6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-domain.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dvmrp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-egp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ether.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-fddi.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-frag6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-gre.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-igrp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6opts.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipcomp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipx.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isakmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isoclns.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-krb.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-l2tp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lane.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lcp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-llc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mobile.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-nfs.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ntp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-null.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pim.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ppp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pppoe.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-raw.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rip.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ripng.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rt6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rx.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sl.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-smb.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-snmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sunrpc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tcp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-telnet.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tftp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-token.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vjc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-wb.c
Re: unknown: PNP...
Soren Schmidt wrote: It seems Mike Pritchard wrote: I did notice that I started getting all of the "unknown: PNPx" messages after the PNPBIOS option became default. On the machine I'm typing on this on, I used to see those messages if I defined PNPBIOS in my config file. PNPBIOS became default some time back, with no way (that I saw) to turn it off. You can turn it off in the loader, I have to on my laptop to get it to work proberly... Would that be in /boot/loader.conf? I've tried PNPBIOS="NO" in /boot/loader.conf, and I'm still getting the messages. [snip]dmesg plip0: PLIP network interface on ppbus0 unknown: PNP0401 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0501 can't assign resources unknown: PNP0700 can't assign resources /dmesg - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
page fault with waveplay...
Anyone else get a page fault with waveplay? Basically, I have the ESS 1868 ISA, and when I tried to do waveplay on a wav file with 8-bit samples, I got a page fault with a reboot. I then used gogo to convert the same wav file to mp3 format, and then used mpg123 with no problems. I generally have no problems with pcm otherwise (xmms, RealPlayer 7, mpg123, etc.). Also, timidity still doesn't work. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld failed...
On Fri, 5 May 2000, Sergey Osokin wrote: Hello! After cvsuped my 5.0-CURRENT (FreeBSD 5.0-CURRENT #0: Mon May 1 02:25:08 MSD 2000) i try to buildworld... # make -DNOCLEAN -j6 buildworld === librsausa mkdir: openssl: File exists cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/opensslconf.h [snip] There was a problem with make -j6 a while back on an older -current. What you ought to do is cvsup again and then try again. It appears as though it is fixed now, as make -j6 has given me no problems. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
the newer binutils
I noticed that a newer version of binutils is in the source code tree (2.91). Is there anything that needs to be set during the make world to make 2.91 the default binutils? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Old-style KLD file linuxelf found?
Idea Receiver wrote: My mail server was down for pass few days. Hope I didnt miss anything important! Today, I try to make world and then rebuild the kernel. After I restart the machine, it shows "Old-style KLD file linuxelf found" and "Old-style KLD file linuxaout found" and then core dumped. What you need to do is/ brandelf -t Linux compat/linux/sbin/ldconfig and then reboot. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Old-style KLD file linuxelf found?
Donn Miller wrote: Idea Receiver wrote: My mail server was down for pass few days. Hope I didnt miss anything important! Today, I try to make world and then rebuild the kernel. After I restart the machine, it shows "Old-style KLD file linuxelf found" and "Old-style KLD file linuxaout found" and then core dumped. What you need to do is/ brandelf -t Linux compat/linux/sbin/ldconfig and then reboot. Actually, I meant brandelf -t Linux /compat/linux/sbin/ldconfig. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Old-style KLD file linuxelf found?
Idea Receiver wrote: On Tue, 2 May 2000, Donn Miller wrote: Actually, I meant brandelf -t Linux /compat/linux/sbin/ldconfig. as i said before. i did try to brandelf it. doesnt work. anyway. i think maybe due to the modules not sync? but how can this happen? You probably need to make world and kernel to get them both into sync. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PATCH: Removal of unneeded sys/kernel.h
Will Andrews wrote: On Wed, Apr 26, 2000 at 11:50:11AM +0200, Poul-Henning Kamp wrote: Comments, tests and reviews please. Just write a script to check all #include's against their prototypes and have it autogen diffs. I agree. I like the automated method better. What happens if someone accidentally commits an additional unnecessary #include after the patch has been applied? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Slow Dell PowerEdge 1300 with FreeBSD 3.4
On Tue, 25 Apr 2000, Tal S Eilon wrote: I Just installed my Dell PowerEdge 1300 P-III/500 + 512MB RAM + 8Gb UW-SCSI Drive but I my system is VERY slow. It took me close to 15min to compile tcsh-6.09.00. Did anyone experienced anything like that before? Sounds like you must have your CPU cache disabled. Also, you may have done something weird with your kernel config. Maybe you can post the output of dmesg | head -11. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: make buildworld failed...
On Tue, 25 Apr 2000, Robert Small wrote: I was using -J8, and I kept getting the same error about 20 minutes into the build, but I did it without the -j and got a perfect build, thanks for the help! One way to automate this would be: cd /usr/src make -j8 buildworld || make -DNOCLEAN buildworld - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Stale modules (Re: panic in the morning)
Leif Neland wrote: make world doesn't build a kernel. Making a kernel doesn't build modules. This bit me again the other day when updating, as well - panic at boot when loading a stale linux.ko. If making world _and_ kernel doesn't build modules, what _then_? Making world builds kernel modules. If you followed this thread before, I stated that modules should be built with the kernel. After all, they ARE kernel modules, and are part of the kernel, and not the world. I'd like to discuss further the possibility of creating some sort of mechanism where the modules can be built with the kernel. Also, we can have some sort of option in LINT or GENERIC where a keyword, such as module, can be put somewhere in the kernel config file line to compile certain drivers as modules instead of statically linking them into the kernel. Which mailing list would be appropriate for discussing kernel modules, etc.? - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Stale modules (Re: panic in the morning)
Stijn Hoop wrote: On Wed, Apr 19, 2000 at 06:15:55PM -0700, Kris Kennaway wrote: make world doesn't build a kernel. Making a kernel doesn't build modules. This bit me again the other day when updating, as well - panic at boot when loading a stale linux.ko. \begin{newbie question} So why aren't the modules built with the kernel instead of with the world? \end{newbie question} Good question. With Linux, you have the option of building the modules when you compile the kernel by doing a "make modules". I think maybe we could use a similar approach. For example, I think we should put an option into config(8) where we can choose the modules we want to build. Like, we add the keyword "module" somewhere to the driver we want to add as a modules. Then, we could add an option "make modules" and "make install_modules" so that they could be built/installed with the kernel. After all, modules ARE a part of the kernel... - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup crash
Brian Somers wrote: [John cc'd] Can (both of) you try the source distribution ? This happened to me when I was using cvsup-bin. I didn't want all of the modula overhead. Any ideas? It's not modula any more !!! Was it re-written in C or C++? Or, how about this -- a version of cvsup written in Java so you can run it as a Java applet inside of Netscape. Of course, then you'd have to run Netscape as root, and I don't think I'd want that. :-) - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup crash
John Polstra wrote: Brian Somers wrote: It's not modula any more !!! Eh? Sure it is. It would be too much work to rewrite it in a different language. I was curious as to why you chose modula. Were you used to using the language, or did it seem like the best choice for cvsup? I try not to be too biased towards C/C++, and I know us unix types tend to be C/C++ more than anything else. I'll be working with Java soon, but it tends to look a lot like C++. So, I suppose Java is not that big of a leap from C++. :-/ - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message