Re: geom-ata forever cycle
Personally I dont think this is GEOM related. I had a drive start doing this to me (happens often as I work in a large datacenter) and the drive is about to die. What brand drive is it and how old is it? You may waanna look into replacing the drive if you have that option. I had one tonight that did that to me, swap the drive, fixed. Regards, Nick H. Network Operations Center [EMAIL PROTECTED] Please rate my performance! http://www.supportteam.net/rate.php3 Please submit all new support requests to http://ticketmonster.hostingsupport.com/ --- Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. - Original Message - From: Valentin Nechayev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 22, 2003 5:08 AM Subject: geom-ata forever cycle 5.1-current of 2003-11-20 hangs during kernel initialization with forever cycle around geom partitioning detection and ATA read failure. Message rate is too fast to record, no stopping is available, no serial console. Previous 5-current on this machine was of 2003-05-23. How to diagnose? dmesg of May's current says: start_init: trying /sbin/init ad0: UDMA ICRC error cmd=read fsbn 4397730 of 4397730-4397857 retrying ad0: UDMA ICRC error cmd=read fsbn 4398442 of 4398442-4398569 retrying ad0: UDMA ICRC error cmd=read fsbn 4398442 of 4398442-4398569 retrying ad0: UDMA ICRC error cmd=read fsbn 4398442 of 4398442-4398569 retrying ad0: UDMA ICRC error cmd=read fsbn 4398442 of 4398442-4398569ad0: success settin g PIO4 on Intel ICH2 chip falling back to PIO mode Main FreeBSD here is 4.9-release which doesn't complaint to crc errors. Kernel config wasn't changed: machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident nn15 maxusers 0 #To statically compile in device wiring instead of /boot/device.hints hints GENERIC.hints #Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support #options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev # Debugging for use in -current options DDB #Enable the kernel debugger options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS options WITNESS #Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed device isa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device ether device loop # Network loopback device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory disks # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter device speaker #Play IBM BASIC-style noises
Re: geom-ata forever cycle
Here's a snippet of dmesg that was before the drive was swapped: Nov 22 09:58:04 juan kernel: ad3: UDMA ICRC error cmd=read fsbn 0 of 0-15 retrying Nov 22 09:58:04 juan last message repeated 2 times Nov 22 09:58:04 juan kernel: ad3: UDMA ICRC error cmd=read fsbn 0 of 0-15 falling back to PIO mode Nov 22 09:58:40 juan kernel: ad2: UDMA ICRC error cmd=write fsbn 1756413 of 1756413-1756497 retrying Nov 22 09:58:40 juan last message repeated 2 times Nov 22 09:58:41 juan kernel: ad2: UDMA ICRC error cmd=write fsbn 34624421 of 34624421-34624548 retrying Nov 22 09:58:42 juan kernel: ad2: UDMA ICRC error cmd=write fsbn 41273248 of 41273248-41273374 retrying Nov 22 09:58:42 juan last message repeated 2 times Nov 22 09:58:42 juan kernel: ad2: UDMA ICRC error cmd=write fsbn 41273248 of 41273248-41273374 falling back to PIO mode After replacing the drive, error gone. Regards, Nick H. Network Operations Center [EMAIL PROTECTED] Please rate my performance! http://www.supportteam.net/rate.php3 Please submit all new support requests to http://ticketmonster.hostingsupport.com/ --- Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. - Original Message - From: Nick H. -- Network Operations [EMAIL PROTECTED] To: Valentin Nechayev [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, November 22, 2003 5:45 AM Subject: Re: geom-ata forever cycle Personally I dont think this is GEOM related. I had a drive start doing this to me (happens often as I work in a large datacenter) and the drive is about to die. What brand drive is it and how old is it? You may waanna look into replacing the drive if you have that option. I had one tonight that did that to me, swap the drive, fixed. Regards, Nick H. Network Operations Center [EMAIL PROTECTED] Please rate my performance! http://www.supportteam.net/rate.php3 Please submit all new support requests to http://ticketmonster.hostingsupport.com/ --- Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. - Original Message - From: Valentin Nechayev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 22, 2003 5:08 AM Subject: geom-ata forever cycle 5.1-current of 2003-11-20 hangs during kernel initialization with forever cycle around geom partitioning detection and ATA read failure. Message rate is too fast to record, no stopping is available, no serial console. Previous 5-current on this machine was of 2003-05-23. How to diagnose? dmesg of May's current says: start_init: trying /sbin/init ad0: UDMA ICRC error cmd=read fsbn 4397730 of 4397730-4397857 retrying ad0: UDMA ICRC error cmd=read fsbn 4398442 of 4398442-4398569 retrying ad0: UDMA ICRC error cmd=read fsbn 4398442 of 4398442-4398569 retrying ad0: UDMA ICRC error cmd=read fsbn 4398442 of 4398442-4398569 retrying ad0: UDMA ICRC error cmd=read fsbn 4398442 of 4398442-4398569ad0: success settin g PIO4 on Intel ICH2 chip falling back to PIO mode Main FreeBSD here is 4.9-release which doesn't complaint to crc errors. Kernel config wasn't changed: machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident nn15 maxusers 0 #To statically compile in device wiring instead of /boot/device.hints hints GENERIC.hints #Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support #options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem
Re: geom-ata forever cycle
heh. IBM? It's bad. All of the ones that I had (also running -current from within 24 hours) that were spitting that were bad (All were POS IBMs too!). Just my guess, however. Regards, Nick H. Network Operations Center [EMAIL PROTECTED] Please rate my performance! http://www.supportteam.net/rate.php3 Please submit all new support requests to http://ticketmonster.hostingsupport.com/ --- Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. - Original Message - From: Valentin Nechayev [EMAIL PROTECTED] To: Nick H. -- Network Operations [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, November 22, 2003 8:21 AM Subject: Re: geom-ata forever cycle Sat, Nov 22, 2003 at 05:45:09, nickh wrote about Re: geom-ata forever cycle: Personally I dont think this is GEOM related. I had a drive start doing Yes, it is ATAng related, AFAIS, but triggers GEOM forever cycle. this to me (happens often as I work in a large datacenter) and the drive is about to die. What brand drive is it and how old is it? You may waanna look into replacing the drive if you have that option. I had one tonight that did that to me, swap the drive, fixed. System has IBM DJNA-351520 and IBM IC35L040AVER07. They are alive and good. All other systems, including Win98, RedHat 8.0, FreeBSD 4.9 and FreeBSD-5.1 of May 2003, works well with these drivers. Hence, only fresh -current is broken. Full dmesg.boot of oldest -current follows. Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-BETA-20030523 #2: Sun May 25 00:28:30 EEST 2003 root@:/var/obj/var/HEAD/src/sys/nn15 Preloaded elf kernel /boot/kernel/kernel at 0xc044c000. Preloaded elf module /boot/modules/if_rl.ko at 0xc044c1f4. Preloaded elf module /boot/modules/miibus.ko at 0xc044c2a0. Calibrating clock(s) ... i8254 clock: 1193010 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz Calibrating TSC clock ... TSC clock: 799435869 Hz Timecounter TSC frequency 799435869 Hz CPU: Intel Celeron (799.44-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV, PAT,PSE36,MMX,FXSR,SSE real memory = 268369920 (255 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x00473000 - 0x0fb31fff, 258732032 bytes (63167 pages) avail memory = 255709184 (243 MB) bios32: Found BIOS32 Service Directory header at 0xc00fad00 bios32: Entry = 0xfb190 (c00fb190) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb1c0 pnpbios: Found PnP BIOS data at 0xc00fbbb0 pnpbios: Entry = f:bbe0 Rev = 1.0 Other BIOS signatures found: null: null device, zero device random: entropy source mem: memory I/O Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00 00 01 80 00 05 02 07 01 00 01 1a 01 00 01 23 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01 07 01 08 01 09 01 0a 01 0b 01 0c 01 0e 01 0f 01 VESA: 33 mode(s) found VESA: v3.0, 8192k memory, flags:0x1, mode table:0xc03ac7c2 (122) VESA: NVidia VESA: NVidia Corporation Riva TNT Chip Rev B1 npx0: math processor on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x8058 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=11308086) pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00fded0 PCI-Only Interrupts: 5 9 11 Location Bus Device Pin Link IRQs slot 1 02A 0x60 3 4 5 7 9 10 11 14 15 slot 1 02B 0x61 3 4 5 7 9 10 11 14 15 slot 1 02C 0x62 3 4 5 7 9 10 11 14 15 slot 1 02D 0x63 3 4 5 7 9 10 11 14 15 slot 2 28A 0x68 3 4 5 7 9 10 11 14 15 slot 2 28B 0x69 3 4 5 7 9 10 11 14 15 slot 2 28C 0x6a 3 4 5 7 9 10 11 14 15 slot 2 28D 0x6b 3 4 5 7 9 10 11 14 15 slot 3 20A 0x60 3 4 5 7 9 10 11 14 15 slot 3 20B 0x61 3 4 5 7 9 10 11 14 15 slot 3 20C 0x62 3 4 5 7 9 10 11 14 15 slot 3 20D 0x63 3 4 5 7 9 10 11 14
lock order reversal on 5.1
Got this earlier tonight on a box of mine... was testing a possible upgrade from 4.8 to 5.1 on a box to act as my router... dc0: promiscuous mode enabled Oct 26 20:32:37 router kernel: dc0: promiscuous mode enabled lock order reversal 1st 0xc05a4600 bpf global lock (bpf global lock) @ /usr/src/sys/net/bpf.c:375 2nd 0xc1f427bc dc0 (network driver) @ /usr/src/sys/pci/if_dc.c:3543 dc0: promiscuous mode disabled Oct 26 20:32:45 router kernel: dc0: promiscuous mode disabled I'll cvsup again here in a bit and rebuild yet again. I am seeing a version difference on this box and a box I have that builds rather frequently. Im thinking that it's fixed, but figured a heads up wouldn't hurt. I was attempting to go into tcpdump (with nnxXv set as flags). If the new sources dont fix it, I'll email an update, else just assume that it's all fixed. Regards, Nick H. Network Operations Center [EMAIL PROTECTED] Please rate my performance! http://www.supportteam.net/rate.php3 Please submit all new support requests to http://ticketmonster.hostingsupport.com/ --- Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: inetd unknown rpc/udp or rpc/tcp
And it did. Thanks! Regards, Nick H. [EMAIL PROTECTED] - Original Message - From: Vitali Djatsuk [EMAIL PROTECTED] To: Martin Blapp [EMAIL PROTECTED]; Nick H. - Network Operations [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, September 03, 2003 12:40 AM Subject: RE: inetd unknown rpc/udp or rpc/tcp : : : : I had the same problem recently. Mergemastering again, will solve it. : : DvG. : Sep 2 23:09:18 iso inetd[703]: unknown rpc/udp or rpc/tcp : : Looks like /etc/netconfig is missing or rpcbind is not running at : all. Inetd has rpc support and I guess when rpc is turned all of : you'll get this message. But it's harmless. : : Martin : : Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED] : -- : ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH : Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 : PGP: finger -l [EMAIL PROTECTED] : PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E : -- : ___ : [EMAIL PROTECTED] mailing list : http://lists.freebsd.org/mailman/listinfo/freebsd-current : To unsubscribe, send any mail to : [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
lockorder reversal on vm_object.c vm_kern.c (with backtrace)
Got this error today when I dropped out of X/KDE. First time I've seen it pop up when dropping out of X/KDE. Machne got real sluggish when I did exit out and took a couple of minutes for console to re-appear and the first thing that jumped across when console did come back up was the following: lock order reversal 1st 0xc8a18534 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:512 2nd 0xc082f110 system map (system map) @ /usr/src/sys/vm/vm_kern.c:325 Stack backtrace: backtrace(c0517ac1,c082f110,c05292c2,c05292c2,c052915d) at backtrace+0x17 witness_lock(c082f110,8,c052915d,145,0) at witness_lock+0x697 _mtx_lock_flags(c082f110,0,c052915d,145,3) at _mtx_lock_flags+0xb1 _vm_map_lock(c082f0b0,c052915d,145,e847ea58,c03334d4) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,e847eac4,c0478510) at kmem_malloc+0x66 page_alloc(c083a240,1000,e847eab7,101,c058294c) at page_alloc+0x27 slab_zalloc(c083a240,101,c052ab26,66f,c5c6a4a4) at slab_zalloc+0x150 uma_zone_slab(c083a240,101,c052ab26,66f,0) at uma_zone_slab+0xd8 uma_zalloc_internal(c083a240,0,101,6ef,0) at uma_zalloc_internal+0x55 uma_zfree_arg(c5c6a480,e69739b4,0,1,0) at uma_zfree_arg+0x2cb swp_pager_meta_free_all(c8a18534,c0528b64,c0528af8,1af) at swp_pager_meta_free_all+0x1b0 swap_pager_dealloc(c8a18534,1,c052aa29,10b,0) at swap_pager_dealloc+0x113 vm_pager_deallocate(c8a18534,0,c0529bff,25e,c05cd328) at vm_pager_deallocate+0x3d vm_object_terminate(c8a18534,0,c0529bff,200,c8a4603c) at vm_object_terminate+0x1f4 vm_object_deallocate(c8a18534,c8a4603c,c8a18534,c8a4603c,e847ec64) at vm_object_deallocate+0x20f vm_map_entry_delete(c60a7600,c8a4603c,c0529330,86e,c0513401) at vm_map_entry_delete+0x3b vm_map_delete(c60a7600,0,bfc0,c60a7600,c5c54e80) at vm_map_delete+0x453 vm_map_remove(c60a7600,0,bfc0,111,c0512a23) at vm_map_remove+0x58 exit1(c5fb7260,100,c0512a23,63,e847ed40) at exit1+0x626 sys_exit(c5fb7260,e847ed10,c052ebcf,3fb,1) at sys_exit+0x41 syscall(2f,2f,2f,0,2ae4) at syscall+0x26e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (1), eip = 0x2902b71f, esp = 0xbfbff08c, ebp = 0xbfbff0b8 --- *shrug* Figured someone here would know what's going on. From uname -a: 5.1-RELEASE #7: Wed Jun 18 Sources are from around Jun 9-18. Any suggestions are more than welcome. Thanks! Regards, Nick H. [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
inetd unknown rpc/udp or rpc/tcp
Recently I have been trying to get inetd to start on a server of mine and it prints the following error in dmesg: Sep 2 23:09:18 iso inetd[703]: unknown rpc/udp or rpc/tcp There is nothing but ftp turned on in the inetd.conf (turn ftp off, same error). I have tried google, yet it's not returning anything worthwhile. (groups, /bsd and /linux) If anyone has had this issue and knows of a workaround, I'd love to hear about it. It's running a recent RELENG_5_1 world/kernel and there's nothing really out of place anywhere else. Im going to try to build/install world one more time on this box and see what happens, but Im not expecting any changes. Regards, Nick H. [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
nge (Dlink 500-T [Gigabit Driver]) Failure on 5.1
nge0: National Semiconductor Gigabit Ethernet port 0xec00-0xecff mem 0xe2001000-0xe2001fff irq 17 at device 11.0 on pci0 nge0: Ethernet address: 00:50:ba:39:19:c3 nge0: no memory for jumbo buffers! nge0: jumbo buffer allocation failed device_probe_and_attach: nge0 attach returned 6 That occurs when I do a kldload if_nge.ko It has previously worked on the machine, but is now failing. Is there something special that needs to be done with this device or is it just the card that is having problems? Im willing to provide anyone with more information if needed, just shoot me an email. Im going to attempt to build nge into the kernel and see what happens when it tries loading it up that way. Regards, Nick H. Network Operations Center [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nge (Dlink 500-T [Gigabit Driver]) Failure on 5.1
Seems as though if it's compiled into the kernel, it works just fine. ## ifconfig begin## nge0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 options=13RXCSUM,TXCSUM,VLAN_HWTAGGING ether 00:50:ba:39:19:c3 media: Ethernet autoselect (none) status: no carrier ## ifconfig end ## ## dmesg begin ## nge0: National Semiconductor Gigabit Ethernet port 0xec00-0xecff mem 0xe2001000-0xe2001fff irq 17 at device 11.0 on pci0 nge0: Ethernet address: 00:50:ba:39:19:c3 miibus2: MII bus on nge0 nsgphy0: DP83861 10/100/1000 media interface on miibus2 nsgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ## dmesg end ## Im not quite sure at this point what caused it, but I will attempt to look into it and find out why it wont load as a module. It's built in now and everything is just fine, again, but it still worries me that it's doing that. Regards, Nick H. Network Operations Center [EMAIL PROTECTED] - Original Message - From: Nick H. - Network Operations [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 25, 2003 11:59 AM Subject: nge (Dlink 500-T [Gigabit Driver]) Failure on 5.1 : nge0: National Semiconductor Gigabit Ethernet port 0xec00-0xecff mem : 0xe2001000-0xe2001fff irq 17 at device 11.0 on pci0 : nge0: Ethernet address: 00:50:ba:39:19:c3 : nge0: no memory for jumbo buffers! : nge0: jumbo buffer allocation failed : device_probe_and_attach: nge0 attach returned 6 : : That occurs when I do a kldload if_nge.ko : It has previously worked on the machine, but is now failing. Is there : something special that needs to be done with this device or is it just the : card that is having problems? Im willing to provide anyone with more : information if needed, just shoot me an email. Im going to attempt to build : nge into the kernel and see what happens when it tries loading it up that : way. : : : : Regards, : Nick H. : Network Operations Center : [EMAIL PROTECTED] : : : ___ : [EMAIL PROTECTED] mailing list : http://lists.freebsd.org/mailman/listinfo/freebsd-current : To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
D-Link DGE-500T support
I attempted to use a D-Link DGE-500T card this weekend on 5.1-RELEASE (and -CURRENT) with no success. It is unable to probe the device and find a proper driver for it. My question is: are there any plans currently to provide support for this card? If there is already support for it (which may be the case) then which driver is it using? I tried a GENERIC kernel with all the default drivers, but it diddnt work with them. I can eventually get dmesg output again, but I'd need to bring the server down to put the card back in. Any help is more than welcome. Thank you! Regards, Nick H. [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Belkin F5D5020 PCMCIA Card/Notebook Network Card
Does support for the Belkin F5D5020 PCMCIA Card/Notebook Network Card exist in FreeBSD 5.0-RELEASE? According to Belkin, it does, but I have been unable to find any support for this card. Any suggestions on the right place to look are more than welcome. Here's the mfg's site: http://catalog.belkin.com/IWCatProductPage.process?Merchant_Id=1Product_Id= 104984# and the page that shows FreeBSD support: http://www.belkin.com/network/F5D5020.html Thanks! Regards, Nick H. [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[RESOLVED] Belkin F5D5020 PCMCIA Card/Notebook Network Card
I auctually got it working under FreeBSD 4.8. Eventually (read: after next weekend) I plan on attempting to get it working under 5.X. Unfortunately I need the laptop for an event that is happening this week. Anyways, it's working and here's the relevant file settings used: ## FOR FREEBSD 4.X ## /etc/rc.conf: pccard_enable=YES pccard_mem=DEFAULT pccardd_flags= -i 10 the -i 10 sets the IRQ on the device to 10 (dont ask how I found it... Ive already closed Opera ;D) and it's using the following in the /etc/defaults/pccard.conf: # Belkin F5D5020 card Belkin F5D5020-PCMCIA-Network-Card config auto ed ? 0x10 insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop The thing is up and running fine. dmesg output: pcic0: Polling mode pccard0: PC Card 16-bit bus (classic) on pcic0 pccard1: PC Card 16-bit bus (classic) on pcic0 ... pccard: card inserted, slot 0 ... Setup PC-CARD: memory beep pccardd ... Jul 28 03:55:30 pccardd[47]: Card Belkin(F5D5020-PCMCIA-Network-Card) [V1] [0] matched Belkin (F5D5020-PCMCIA-Network-Card) [(null)] [(null)] ... Jul 28 03:55:35 pccardd[47]: ed1: Belkin (F5D5020-PCMCIA-Network-Card) inserted. ... Jul 28 03:56:45 pccardd[47]: pccardd started The device is running just fine. Hopefully, this is of some help to you, as if I understand you correctly, you're having issues with the IRQ setting. Try the pccardd_flags= -i ## where ## is the IRQ you want it to use. Anyways, all is working well now. Regards, Nick H. [EMAIL PROTECTED] - Original Message - From: Brad Knowles [EMAIL PROTECTED] To: Nick H. - Network Operations [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; M. Warner Losh [EMAIL PROTECTED] Sent: Monday, July 28, 2003 3:23 AM Subject: Re: Belkin F5D5020 PCMCIA Card/Notebook Network Card : At 2:38 AM -0500 2003/07/28, Nick H. - Network Operations wrote: : : Does support for the Belkin F5D5020 PCMCIA Card/Notebook Network Card exist : in FreeBSD 5.0-RELEASE? According to Belkin, it does, but I have been : unable to find any support for this card. Any suggestions on the right : place to look are more than welcome. : : Back in October of last year, I cooked up a pccard.conf entry for : it that seemed to mostly work: : : # Belkin F5D5020 NE2000-compatible card (FCC ID: LXLC1LANTB) : card Belkin F5D5020-PCMCIA-Network-Card : config auto ed ? : logstr Belkin F5D5020 10/100 Base-TX Ethernet 16-bit PCMCIA : card (NE2000-compatible) : insert /etc/pccard_ether $device start : remove /etc/pccard_ether $device stop : : : I submitted this to Warner Losh, but IIRC, I got an indication : back that this wasn't right. However, I don't recall that I ever got : any correct pccard.conf setting for this device, and while I could : get FreeBSD to see the card and use this entry to mostly recognize : it, I could not actually get any positive network results this way. : : Any additional information you can find would be appreciated. : Right now, I'm using a Linksys (EtherFast 10/100 Integrated PC Card : (PCM100) on the machine where I was trying to use the Belkin, but it : sticks out from the machine and blocks the second PC Card slot, so : I'd prefer to use the Belkin (which is flush with the edge and comes : with a dongle), if possible. : : If I could get them both working, or get one of them working with : one of my various 802.11b WiFi cards, then I would have two NICs and : could do some much more interesting things with this machine. : Unfortunately, everything seems to want IRQ3, so even if I could get : the individual cards working by themselves, I don't know if I could : ever get them working together. : : : I did find an interesting entry at : http://www.freebsdforums.org/forums/showthread.php?threadid=8315, : at the bottom (dated April 2002) that shows the pccard.conf entry of: : : # Belkin F5D5020 : card Belkin F5D5020-PCMCIA-Network-Card : config auto ed ? 0x10 : insert /etc/pccard_ether $device start : remove /etc/pccard_ether $device stop : : Which the author claims (claimed) works (worked) for him. : : : You can see my posts from October of last year at : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=753513+0+archive/2002/freebsd- questions/20021013.freebsd-questions, : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=2755078+0+archive/2002/freebsd -questions/20021013.freebsd-questions, : and : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=750581+0+archive/2002/freebsd- questions/20021013.freebsd-questions. : And then there's the post at : http://lists.freebsd.org/pipermail/freebsd-questions/2003-April/001987.html : from April, which also mentions this card. : : But still, no answers to this question. Unfortunately, just : Googling for Belkin F5D5020 FreeBSD doesn't do much good, as it : turns up many resellers of this card which claims that it works with : FreeBSD, or articles that happen to mention both FreeBSD and this : card on the same page (such as : http://www
lock order reversal (2 different items)
Has anyone come across this before? dc0: promiscuous mode enabled Jun 20 09:56:15 router kernel: dc0: promiscuous mode enabled lock order reversal 1st 0xc05a0100 bpf global lock (bpf global lock) @ /usr/src/sys/net/bpf.c:375 2nd 0xc1f5d7bc dc0 (network driver) @ /usr/src/sys/pci/if_dc.c:3543 dc0: promiscuous mode disabled --this happened when I did a tcpdump -nnxXv for my dc0 interface. I also got this one on boot today (gg cable company): Entropy harvesting: interrupts ethernet point_to_point . lock order reversal 1st 0xc1fb65c0 process lock (process lock) @ /usr/src/sys/kern/kern_descrip.c:2112 2nd 0xc200ac34 filedesc structure (filedesc structure) @ /usr/src/sys/kern/kern_descrip.c:2119 swapon: adding /dev/ad0s1b as swap device --Noticed it on boot, figured it'd be worth a mention It only happens one time per boot (which isnt often). Here's some stats on it: [EMAIL PROTECTED] harm $ uname -a FreeBSD router.XX.com 5.0-RELEASE-p7 FreeBSD 5.0-RELEASE-p7 #6: Sun Jun 15 01:09:07 CDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/Router i386 CPU: Pentium III/Pentium III Xeon/Celeron (448.80-MHz 686-class CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs real memory = 201261056 (191 MB) avail memory = 188223488 (179 MB) As you can see, the sources are fairly new (Jun 14th is the last time I grabbed and built them). If anyone has any ideas/suggestions or if you need anything more off of me (Im sorry, Im fresh out of money to give out) ;) I'll be more than happy to provide with what I can. Thanks! Regards, Nick H. [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
5.1-RELEASE buildworld Failure
Hello, Below is a buildworld failure on a 5.1-RELEASE box with a Generic kernel: building shared library libkse.so.1 thr_libc.So: In function `sigaction': thr_libc.So(.text+0x54): multiple definition of `_sigaction' thr_sigaction.So(.text+0x0): first defined here thr_libc.So: In function `sigprocmask': thr_libc.So(.text+0x34): multiple definition of `_sigprocmask' thr_sigprocmask.So(.text+0x0): first defined here *** Error code 1 Stop in /usr/src/lib/libpthread. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I have cvsup'd from the cvsup2.freebsd.org server and completely blown away the /usr/obj and /usr/src trees to repeat the process and it's producing the exact same error. Any suggestions/comments/fixes/patches are welcome. Thank you! Regards, Nick H. Network Operations Center [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: kern/52718
Just out of curosity... I had this same error a while back on one of my boxes. I ended up booting to a recovery cd and running an fsck_ffs on it and it fixed the problem. Mine would get to a login and *WHAM* it's dead. Worth a shot to see if that fixes your problem or not Regards, Nick H. Network Operations Center Hosting Support Intl. [EMAIL PROTECTED] Please rate my performance! http://www.supportteam.net/rate.php3 Please submit all new support requests to http://ticketmonster.hostingsupport.com/ --- Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. - Original Message - From: Bryan Liesner [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 29, 2003 3:49 PM Subject: panic: kern/52718 : : Is anyone going to look at this before the next release? : Of course, if more info is needed, I'll send it along. No dump is : available - it panics during boot. : : http://www.freebsd.org/cgi/query-pr.cgi?pr=52718 : : Thanks : ___ : [EMAIL PROTECTED] mailing list : http://lists.freebsd.org/mailman/listinfo/freebsd-current : To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mkioctls failed on SMP system?
/vol4/src/usr.bin/kdump/mkioctls: Out of space mabye it's just me... but you may wish to check the space left avail on the drive you're compiling on... it clearly states Out of space. ? Just a wild guess though... Regards, Nick H. [EMAIL PROTECTED] - Original Message - From: Paul Dekkers [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, March 15, 2003 2:56 AM Subject: mkioctls failed on SMP system? : Hi, : : On an SMP system I cvsup-ped to the latest kernel source, made the new : kernel (the usual config, make depend, make, make modules, make install) : and after I rebooted I tried make buildworld. On most systems I upgraded : this worked just fine, except for the single SMP system I have: it seems : that mkioctls takes ages, however the same command runs within the : minute on another (with weaker CPU) system. I don't monitor the building : process closely (so I don't know if the system really ran out of space), : but I get the following error: : : === usr.bin/kdump : sh /vol4/src/usr.bin/kdump/mkioctls /usr/obj/vol4/src/i386/usr/include : ioctl.c : /vol4/src/usr.bin/kdump/mkioctls: Out of space : *** Error code 2 : : I can hack around this, and copy an ioctl.c from another system, but I : guess that's not the way to go ;-) : : Is this a known problem? : : Paul : : P.S. I rebooted my machine between the make install of the kernel and : the make buildworld - is that necessary? It would be nicer if the system : rebooted just once with the new install... I don't know how the : buildworld process depends on the kernel installed... : : : : 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
IPFILTER Problems [branch from: Ethernet (xl) will not transmit or receive]
Due to the fact that when I install a fresh box (straight from CD [release versions]) the machine works fine, Im thinking it has to do with some possible changes to the code for IPFILTER. It only happens when I grab the setup data from the ftp servers. My problem, however, seemed to disappear when I ripped IPFILTER out of the kernel conf and rebuilt everything. Im not using an xl card in the latest machine I have, it's using fxp (dual Intel Pro 10/100+'s) and it occured there also. IPFILTER on the RELEASE version from CD worked fine, but after a cvsup all hell broke lose on the system again. Were there any changes to the IPFILTER code since 5.0-RELEASE was set in ISO? Is anyone else having this problem on any of their machines? I have tried a couple of interface setups (one being DHCP, the other being manually set) and it produces the same results using both methods. I'll compare the IPFILTER from the -RELEASE cd to the IPFILTER currently on the CVS servers. If I find anything, I'll be sure to send it here first ;) Regards, Nick H. - Original Message - From: Kevin Oberman [EMAIL PROTECTED] To: Tilman Linneweh [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 3:54 PM Subject: Re: Ethernet (xl) will not transmit or receive : Date: Thu, 20 Feb 2003 22:41:11 +0100 : From: Tilman Linneweh [EMAIL PROTECTED] : : Check out the Errata : http://www.freebsd.org/releases/5.0R/errata.html There is an item : for the xl0 driver, although your problem looks different then mine. : : Not the problem. First, the interface was working fine with : 5.0-Release. The problem occurred after updating to : RELENG_5_0. Second, I just have a broken xl0, no panics. : : Thanks. : : R. Kevin Oberman, Network Engineer : Energy Sciences Network (ESnet) : Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) : E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 : : To Unsubscribe: send mail to [EMAIL PROTECTED] : with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Ethernet (xl) will not transmit or receive
Ive run into the exact same problem on about 8 machines now, all running different network cards. The network will just simply not work if I have IPFILTER built into the kernel. On some of the machines, I started getting No route to host. This has happened on the following network cards: 3COM 3C905C 3COM 3C450 *yes, 450* Linksys LNE100TX v4 Linksys LNE100TX v5 NETGEAR Fast 100 Intel Pro 10/100+ Intel Pro 10/100/1000 (gigabit over copper) Im going to assume that since it's not on a specific card, it's not something with the drivers for that card. The only thing I could do was deinstall IPFILTER. I tried wiping the ARP tables (showed incomplete arp entries for all hosts) and even redoing the routing table. The only thing that I could get that would fix it was removing ipfiter. I have another 5.0-CURRENT machine (FreeBSD 5.0-CURRENT #2: Wed Jan 29 17:55:34 CST 2003 root@edge:/usr/obj/usr/src/sys/edge i386) that is NOT having this problem. It's something done fairly recently that has caused this. Im going to go through and see if I cant find some differences between the source for that version and this one: 5.0-CURRENT #1: Wed Feb 19 10:28:49 GMT 2003 root@ender:/usr/obj/usr/src/sys/ender i386 The second one (last one I gave uname for) is the most recent to have the problems. As you can see, it's source from earlier this week. There's no errors on dmesg nor are there any errors anywhere. It just seems that if IPFILTER is enabled, the network devices are completely inoperable. I know you're going to ask how I have the rules setup, and I have tried many variations. The first I tried is a DEFAULT_BLOCK using a working ruleset from a 4.7-R-p3 machine. After that failed, I tried doing a default allow, and it still did it. The only feasible way to get the machine online with that source is to rip out IPFILTER. Anyone having similiar issues? Any comments/suggestions would be more than welcome, as having boxes on the network with no firewall is just asking for trouble ;) Regards, Nick H. [EMAIL PROTECTED] - Original Message - From: Jan Schlesner [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 12:44 PM Subject: Re: Ethernet (xl) will not transmit or receive : Hi, : : On Thu, Feb 20, 2003 at 11:32:04AM -0500, Andrew R. Reiter wrote: : I experienced similar issues yesterday when just installing release 5 from : ftp (floppy boot). I essentially had to ifconfig the device down and then : back up and it then seemed to continue ok... but I think there most likely : something odd going on :/ : : On Thu, 20 Feb 2003, Kevin Oberman wrote: : :I updated my 5.0 system built in late January to RELENG_5_0 on Sunday : :and the Ethernet was not working. I tried again last night with no : :change in behavior. : : : :The system is an AMD K6-2 on an ASUS P5A mobo. I have a 3Com 3c905B : :Ethernet which had been working fine on a kernel built in late : :January. : : : :The dmesg is not too meaningful, but the system shows no errors. It : :simply never receives a packet. ARPs are all incomplete and no packets : :are transmitted although netstat -in indicates that they are. The : :packets never actually reach the wire, though. : : : :I can't believe that no one else has this card, but I didn't find : :anything in the archives on it. : : : :Any idea what needs to be rolled back and how far? I'm suspicious that : :it might be an mii problem. Maybe even an interrupt issue. I an : :suspicious of the second, empty xlphy0: line in the dmesg, but the : :reported MAC is right and my old kernel that works seems to generate a : :similar empty line. : : I have had the same problem with a 3Com 3c905B-COMBO. But the system : was a 4.7-RELEASE. If you used the the media-Option in /etc/rc.conf it : doesn't work. It was necessary to boot the system with a wrong media : type, mark the interface down and mark the interface up with the correct : media type. Than it works. But at that time I had no time to analyse : this behaviour. : : Jan : : Here are the old boot messages (no errors): : : FreeBSD 4.7-RELEASE #0: Wed Oct 9 15:08:34 GMT 2002 : Copyright (c) 1992-2002 The FreeBSD Project. : Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 : The Regents of the University of California. All rights reserved. : FreeBSD 4.7-RELEASE #0: Wed Oct 9 15:08:34 GMT 2002 : [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC : Timecounter i8254 frequency 1193182 Hz : CPU: AMD Duron(tm) Processor (756.74-MHz 686-class CPU) : Origin = AuthenticAMD Id = 0x631 Stepping = 1 : Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV, PAT,PSE36,MMX,FXSR : AMD Features=0xc044b18,AMIE,DSP,3DNow! : real memory = 134135808 (130992K bytes) : avail memory = 125349888 (122412K bytes) : Preloaded elf kernel kernel at 0xc050f000. : Preloaded userconfig_script /boot/kernel.conf at 0xc050f09c. : Pentium Pro MTRR support enabled : md0: Malloc disk
Re: Ethernet (xl) will not transmit or receive
I am absolutely sure, as its on a completely fresh system. ipf: IP Filter: v3.4.29 (336) Kernel: IP Filter: v3.4.29 - Original Message - From: Maxime Henrion [EMAIL PROTECTED] To: Nick H. -- Technical Support Engineer [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 3:11 PM Subject: Re: Ethernet (xl) will not transmit or receive : Nick H. -- Technical Support Engineer wrote: : Ive run into the exact same problem on about 8 machines now, all running : different network cards. The network will just simply not work if I have : IPFILTER built into the kernel. On some of the machines, I started getting : No route to host. This has happened on the following network cards: : : 3COM 3C905C : 3COM 3C450 *yes, 450* : Linksys LNE100TX v4 : Linksys LNE100TX v5 : NETGEAR Fast 100 : Intel Pro 10/100+ : Intel Pro 10/100/1000 (gigabit over copper) : : Im going to assume that since it's not on a specific card, it's not : something with the drivers for that card. The only thing I could do was : deinstall IPFILTER. I tried wiping the ARP tables (showed incomplete arp : entries for all hosts) and even redoing the routing table. The only thing : that I could get that would fix it was removing ipfiter. I have another : 5.0-CURRENT machine (FreeBSD 5.0-CURRENT #2: Wed Jan 29 17:55:34 CST 2003 : root@edge:/usr/obj/usr/src/sys/edge i386) that is NOT having this problem. : It's something done fairly recently that has caused this. Im going to go : through and see if I cant find some differences between the source for that : version and this one: 5.0-CURRENT #1: Wed Feb 19 10:28:49 GMT 2003 : root@ender:/usr/obj/usr/src/sys/ender i386 : : The second one (last one I gave uname for) is the most recent to have the : problems. As you can see, it's source from earlier this week. There's no : errors on dmesg nor are there any errors anywhere. It just seems that if : IPFILTER is enabled, the network devices are completely inoperable. I know : you're going to ask how I have the rules setup, and I have tried many : variations. The first I tried is a DEFAULT_BLOCK using a working ruleset : from a 4.7-R-p3 machine. After that failed, I tried doing a default allow, : and it still did it. The only feasible way to get the machine online with : that source is to rip out IPFILTER. Anyone having similiar issues? : : Any comments/suggestions would be more than welcome, as having boxes on the : network with no firewall is just asking for trouble ;) : : Are you sure the ipfilter version of your kernel is in sync with your : userland ipfilter utility? ipf -V will show you both versions. : : Cheers, : Maxime : : 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
make buildkernel failure
I've now run into this 2 times this week... doing a make buildkernel with pretty much generic (SMP turned on and IPFILTER enabled with logging and default block): /usr/src/sys/kern/kern_subr.c:557: undefined reference to `sched_prio' kern_switch.o: In function `choosethread': /usr/src/sys/kern/kern_switch.c:126: undefined reference to `sched_choose' kern_switch.o: In function `kse_reassign': /usr/src/sys/kern/kern_switch.c:278: undefined reference to `sched_add' kern_switch.o: In function `adjustrunqueue': /usr/src/sys/kern/kern_switch.c:395: undefined reference to `sched_rem' /usr/src/sys/kern/kern_switch.c:396: undefined reference to `sched_add' /usr/src/sys/kern/kern_switch.c:411: undefined reference to `sched_rem' kern_switch.o: In function `setrunqueue': /usr/src/sys/kern/kern_switch.c:493: undefined reference to `sched_rem' /usr/src/sys/kern/kern_switch.c:556: undefined reference to `sched_add' kern_synch.o: In function `msleep': /usr/src/sys/kern/kern_synch.c:242: undefined reference to `sched_sleep' kern_synch.o: In function `mi_switch': /usr/src/sys/kern/kern_synch.c:503: undefined reference to `sched_switchout' /usr/src/sys/kern/kern_synch.c:509: undefined reference to `sched_switchin' kern_synch.o: In function `setrunnable': /usr/src/sys/kern/kern_synch.c:578: undefined reference to `sched_wakeup' kern_synch.o: In function `yield': /usr/src/sys/kern/kern_synch.c:658: undefined reference to `sched_prio' kern_thread.o: In function `threadinit': /usr/src/sys/kern/kern_thread.c:623: undefined reference to `sched_sizeof_thread' /usr/src/sys/kern/kern_thread.c:639: undefined reference to `sched_sizeof_ksegrp' /usr/src/sys/kern/kern_thread.c:642: undefined reference to `sched_sizeof_kse' subr_trap.o: In function `userret': /usr/src/sys/kern/subr_trap.c:96: undefined reference to `sched_userret' subr_trap.o: In function `ast': /usr/src/sys/kern/subr_trap.c:245: undefined reference to `sched_prio' ksched.o: In function `ksched_attach': /usr/src/sys/posix4/ksched.c:62: undefined reference to `sched_rr_interval' ksched.o: In function `ksched_setscheduler': /usr/src/sys/posix4/ksched.c:192: undefined reference to `sched_prio' /usr/src/sys/posix4/ksched.c:222: undefined reference to `sched_prio' vm_zeroidle.o: In function `vm_pagezero': /usr/src/sys/vm/vm_zeroidle.c:132: undefined reference to `sched_runnable' vm_pageout.o: In function `vm_pageout_scan': /usr/src/sys/vm/vm_pageout.c:1237: undefined reference to `sched_nice' machdep.o: In function `cpu_idle': /usr/src/sys/i386/i386/machdep.c:1028: undefined reference to `sched_runnable' *** Error code 1 Stop in /usr/obj/usr/src/sys/Harms. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. That's pretty much what happens. Any ideas/suggestions on fixing? This kernconf worked fine on the CVS from about 2 weeks ago. Regards, Nick H. Technical Support Engineer [EMAIL PROTECTED] Please rate my performance! http://www.supportteam.net/rate.php3 Please submit all new support requests to http://ticketmonster.hostingsupport.com/ --- Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make buildkernel failure
options SCHED_4BSD #4BSD scheduler It's in there. Regards, Nick H. Technical Support Engineer [EMAIL PROTECTED] Please rate my performance! http://www.supportteam.net/rate.php3 Please submit all new support requests to http://ticketmonster.hostingsupport.com/ --- Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. - Original Message - From: Julian Elischer [EMAIL PROTECTED] To: Nick H. -- Technical Support Engineer [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, February 03, 2003 7:05 PM Subject: Re: make buildkernel failure : : read UPDATING and look for teh paragraph about the new scheduler : options. : : I disagree strongly with needing an option to keep the current : scheduler.. : I think no option should give teh default scheduler.. after : all, you need one... : : : On Mon, 3 Feb 2003, Nick H. -- Technical Support Engineer wrote: : : I've now run into this 2 times this week... doing a make buildkernel with : pretty much generic (SMP turned on and IPFILTER enabled with logging and : default block): : : : : /usr/src/sys/kern/kern_subr.c:557: undefined reference to `sched_prio' : kern_switch.o: In function `choosethread': : /usr/src/sys/kern/kern_switch.c:126: undefined reference to `sched_choose' : kern_switch.o: In function `kse_reassign': : /usr/src/sys/kern/kern_switch.c:278: undefined reference to `sched_add' : kern_switch.o: In function `adjustrunqueue': : /usr/src/sys/kern/kern_switch.c:395: undefined reference to `sched_rem' : /usr/src/sys/kern/kern_switch.c:396: undefined reference to `sched_add' : /usr/src/sys/kern/kern_switch.c:411: undefined reference to `sched_rem' : kern_switch.o: In function `setrunqueue': : /usr/src/sys/kern/kern_switch.c:493: undefined reference to `sched_rem' : /usr/src/sys/kern/kern_switch.c:556: undefined reference to `sched_add' : kern_synch.o: In function `msleep': : /usr/src/sys/kern/kern_synch.c:242: undefined reference to `sched_sleep' : kern_synch.o: In function `mi_switch': : /usr/src/sys/kern/kern_synch.c:503: undefined reference to `sched_switchout' : /usr/src/sys/kern/kern_synch.c:509: undefined reference to `sched_switchin' : kern_synch.o: In function `setrunnable': : /usr/src/sys/kern/kern_synch.c:578: undefined reference to `sched_wakeup' : kern_synch.o: In function `yield': : /usr/src/sys/kern/kern_synch.c:658: undefined reference to `sched_prio' : kern_thread.o: In function `threadinit': : /usr/src/sys/kern/kern_thread.c:623: undefined reference to : `sched_sizeof_thread' : /usr/src/sys/kern/kern_thread.c:639: undefined reference to : `sched_sizeof_ksegrp' : /usr/src/sys/kern/kern_thread.c:642: undefined reference to : `sched_sizeof_kse' : subr_trap.o: In function `userret': : /usr/src/sys/kern/subr_trap.c:96: undefined reference to `sched_userret' : subr_trap.o: In function `ast': : /usr/src/sys/kern/subr_trap.c:245: undefined reference to `sched_prio' : ksched.o: In function `ksched_attach': : /usr/src/sys/posix4/ksched.c:62: undefined reference to `sched_rr_interval' : ksched.o: In function `ksched_setscheduler': : /usr/src/sys/posix4/ksched.c:192: undefined reference to `sched_prio' : /usr/src/sys/posix4/ksched.c:222: undefined reference to `sched_prio' : vm_zeroidle.o: In function `vm_pagezero': : /usr/src/sys/vm/vm_zeroidle.c:132: undefined reference to `sched_runnable' : vm_pageout.o: In function `vm_pageout_scan': : /usr/src/sys/vm/vm_pageout.c:1237: undefined reference to `sched_nice' : machdep.o: In function `cpu_idle': : /usr/src/sys/i386/i386/machdep.c:1028: undefined reference to : `sched_runnable' : *** Error code 1 : : Stop in /usr/obj/usr/src/sys/Harms. : *** Error code 1 : : Stop in /usr/src. : *** Error code 1 : : Stop in /usr/src. : : : That's pretty much what happens. Any ideas/suggestions on fixing? This : kernconf worked fine on the CVS from about 2 weeks ago. : : : : Regards, : Nick H. : Technical Support Engineer : [EMAIL PROTECTED] : : Please rate my performance! http://www.supportteam.net/rate.php3 : Please submit all new support requests to : http://ticketmonster.hostingsupport.com/ : : --- : Privileged/Confidential Information may be contained in this message. If : you are not the addressee indicated in this message (or responsible for : delivery of the message
Re: make buildworld failure
Same problem here: cc1: warnings being treated as errors /usr/src/crypto/telnet/libtelnet/enc_des.c: In function `fb64_start': /usr/src/crypto/telnet/libtelnet/enc_des.c:214: warning: implicit declaration of function `des_new_random_key' *** Error code 1 Stop in /usr/src/secure/lib/libtelnet. *** Error code 1 Stop in /usr/src/secure/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Regards, Nick - Original Message - From: leafy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 29, 2003 5:48 AM Subject: Re: make buildworld failure : On Wed, Jan 29, 2003 at 06:16:04AM -0500, Jeff Utter wrote: : Yeah, that fixed the above mentioned problem.. however i'm running into a build problem about an hour later, related to telnet.. maybe it was fixed overnight in cvs, i'll see if it will build now. : : I don't think so, I cvsupped about 30 min ago. : : : c -O -pipe -march=pentium3 -DENCRYPTION -DAUTHENTICATION -DSRA -I/usr/src/s ecu : re/lib/libtelnet/../../../crypto/telnet -I/usr/src/secure/lib/libtelnet/../. ./.. : crypto/telnet/libtelnet -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /u : sr/src/crypto/telnet/libtelnet/enc_des.c -o enc_des.o : cc1: warnings being treated as errors : /usr/src/crypto/telnet/libtelnet/enc_des.c: In function `fb64_start': : /usr/src/crypto/telnet/libtelnet/enc_des.c:214: warning: implicit declaration of : function `des_new_random_key' : *** Error code 1 : : Stop in /usr/src/secure/lib/libtelnet. : *** Error code 1 : : Stop in /usr/src/secure/lib. : *** Error code 1 : : Stop in /usr/src. : *** Error code 1 : : Stop in /usr/src. : *** Error code 1 : : Stop in /usr/src. : *** Error code 1 : : Stop in /usr/src. : : -- : Without the userland, the kernel is useless. : --inspired by The Tao of Programming : : 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
net-snmp errors
Sorry about emailing both lists, as Im not sure which one this falls under. It's a current machine (5.0-CURRENT) and it's a problem with a port (net-snmp). Below is what happens: `VM_METER' undeclared (first use in this function) Anyone know how to fix this or a way around it? Regards, Nick H. [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
make buildworld failure
Got this today... src is fresh from cvsup2 mkdep -f pend -a-I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -I/usr/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I /usr/src/lib/libpam/modules/pam_ssh/../../libpam /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c In file included from /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:59: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:111:26: openssl/idea.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /usr/src/lib/libpam/modules. *** Error code 1 Stop in /usr/src/lib/libpam. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make buildworld failure
Anyone know of a way to fix this? A lot of programs will not install (IE: net-snmp) with the current status. I have yet to find where the location of the file should be... =\ I have tried a couple of spots for the file to go, yet it still fails in the same spot. =( Regards, Nick H. [EMAIL PROTECTED] - Original Message - From: Jeff Utter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, January 28, 2003 7:47 PM Subject: Re: make buildworld failure I'm having the same results here... i've been trying to figure out what the problem is for a while.. i think it's just not finding idea.h... idea.h exists in some (other) directory.. i can't tell where it WANTS to find it though, so i coudl copy it there. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make buildworld failure
Let me know how it goes... I may wanna try that Regards, Nick H. Technical Support Engineer [EMAIL PROTECTED] Please rate my performance! http://www.supportteam.net/rate.php3 Please submit all new support requests to http://ticketmonster.hostingsupport.com/ --- Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. - Original Message - From: Jeff Utter [EMAIL PROTECTED] To: Nick H. -- Technical Support Engineer [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, January 28, 2003 9:32 PM Subject: Re: make buildworld failure i think my system is building successfully now.. i did 2 things: 1.) deleted my whole src tree, and re-downloaded it 2.) cp /usr/src/crypto/openssl/crypto/idea/idea.h /usr/src/crypto/openssh/ not sure which one fixed it, but it's been building for about 20 minutes, and i think it's past the point where it was dying before. hope it continus to build, and i hope it works for you too. enjoy, jeff Utter Anyone know of a way to fix this? A lot of programs will not install (IE: net-snmp) with the current status. I have yet to find where the location of the file should be... =\ I have tried a couple of spots for the file to go, yet it still fails in the same spot. =( To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
wifi drivers error - 5.0-CURRENT
Got this today after cvsup'ing earlier this morning: if_wi.o: In function `wi_attach': if_wi.o(.text+0x71d): undefined reference to `ieee80211_rate2media' if_wi.o(.text+0x85d): undefined reference to `ieee80211_ifattach' if_wi.o: In function `wi_detach': if_wi.o(.text+0x8f4): undefined reference to `ieee80211_ifdetach' if_wi.o: In function `wi_stop': if_wi.o(.text+0x13e8): undefined reference to `ieee80211_new_state' if_wi.o: In function `wi_start': if_wi.o(.text+0x177b): undefined reference to `ieee80211_encap' if_wi.o(.text+0x17b9): undefined reference to `ieee80211_find_node' if_wi.o(.text+0x182f): undefined reference to `ieee80211_wep_crypt' if_wi.o: In function `wi_watchdog': if_wi.o(.text+0x1cd4): undefined reference to `ieee80211_new_state' if_wi.o(.text+0x1cec): undefined reference to `ieee80211_watchdog' if_wi.o: In function `wi_ioctl': if_wi.o(.text+0x213a): undefined reference to `ieee80211_ioctl' if_wi.o: In function `wi_media_change': if_wi.o(.text+0x21df): undefined reference to `ieee80211_media2rate' if_wi.o: In function `wi_media_status': if_wi.o(.text+0x239c): undefined reference to `ieee80211_rate2media' if_wi.o: In function `wi_sync_bssid': if_wi.o(.text+0x2496): undefined reference to `ieee80211_new_state' if_wi.o: In function `wi_rx_intr': if_wi.o(.text+0x288d): undefined reference to `ieee80211_input' if_wi.o: In function `wi_info_intr': if_wi.o(.text+0x2ddf): undefined reference to `ieee80211_new_state' if_wi.o: In function `wi_get_cfg': if_wi.o(.text+0x3900): undefined reference to `ieee80211_cfgget' if_wi.o: In function `wi_set_cfg': if_wi.o(.text+0x3ed5): undefined reference to `ieee80211_cfgset' if_wi.o: In function `wi_dump_pkt': if_wi.o(.text+0x5378): undefined reference to `ieee80211_dump_pkt' *** Error code 1 Stop in /usr/obj/usr/src/sys/Router. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. It happend on 2 different machines that I have here, so I know it's not a problem with one of the machines only. Just a fyi on what was found. If you need anything more from me, please feel free to contact me and I'll let you have what ya need. Regards, Nick Hale [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: x11/kdebase3 build?
Considering stable has yet to be released... I have had no problem getting KDE3.0.5 installed on different machines all running 5.0-CURRENT (as of the time of kde3 build, it was latest off of cvsup2). Granted, it takes forever to install, but beyond that, it's no problem installing. I must also say, that after it's done building, it runs a lot quicker and smoother than on a 4.7-RELEASE-p3 machine I have ;) cd /usr/ports/x11/kde3/ make install That's all the commands needed for a generic install of kde3 and all it's componets. Regards, Nick H. [EMAIL PROTECTED] - Original Message - From: Sean Kelly [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 16, 2003 3:14 PM Subject: x11/kdebase3 build? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 5.0 Freezes under high load with SMP.
Im runnign 5.0-CURRENT on a Gigabyte G6-BXD motherboard with dual pentium 3 450's w/512k cache on each. Total ram in the machine is 320Mb pc133 (all mushkin cool series) and it's run without problem. (Yes, SMP is enabled and running). Here's a dmesg clipping: CPU: Pentium III/Pentium III Xeon/Celeron (448.80-MHz 686-class CPU) Origin = GenuineIntel Id = 0x673 Stepping = 3 Features=0x387fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA, CMOV,PAT,PSE36,PN,MMX,FXSR,SSE real memory = 335478784 (319 MB) avail memory = 318316544 (303 MB) cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 acpi_cpu0: CPU port 0x530-0x537 on acpi0 acpi_cpu1: CPU port 0x530-0x537 on acpi0 And on another machine (Dual p3 1.3ghz's 1.5Gb pc133 also running -CURRENT with SMP) dmesg clipping: CPU: Pentium III/Pentium III Xeon/Celeron (1266.25-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA, CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 1610547200 (1572800K bytes) avail memory = 1561886720 (1525280K bytes) cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 The second machine is running on an Asus motherboard (will get model shortly) and I have yet to run into any problems. Regards, Nick H. [EMAIL PROTECTED] - Original Message - From: Terry Lambert [EMAIL PROTECTED] To: Wilko Bulte [EMAIL PROTECTED] Cc: Nate Lawson [EMAIL PROTECTED]; wade [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, January 14, 2003 4:06 PM Subject: Re: 5.0 Freezes under high load with SMP. Wilko Bulte wrote: On Tue, 14 Jan 2003, wade wrote: Although GENERIC functions perfectly, when I enable SMP in GENERIC, the box freezes during big build jobs ( i.e. buildworld. ). This box functi oned well in SMP mode und 4.7-STABLE. The big problem is that freezing does not leave core files or any other debugging information. Hardware: ASUS CUV4X-D 2 X PIII 600 MHz Coppermine. 512 MB 133MHz RAM. Interesting, as I have been trying the last 3 days to reproduce freezes that people reported on 5.0 on (specifically) the ASUS BP6 mainboard. I ran continuous make -j16 buildworlds to see if I could break it, but no luck (or very good luck, depends on your perspective ;-) Compare CPU steppings, BIOS revisions, advanced BIOS setups, amount of L2 cache, and amount of Physical RAM, as well as any special hardware. My perspective on this is that, from the brevity of the report, this could be anything causing, up to and including that it's a bad keyboard, and the keyboard driver is hanging, but the OS is fine. -- Terry 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
Dual CPU (Intel 1.26ghz) -- Need Help Enabling
Hey guys/gals, Ive run into a little snag here that Im needing some help with. Ive enabled SMP and APIC_IO in the kernel of a 4.7-RELEASE-p3 machine (cvsup'd yesterday and installed all) yet everything is still showing just one cpu. Im positive it's a dual machine cause when I built it I tossed 2 CPUs in =P Does anyone have any ideas on how to get the second one enabled? Email me if you wish to see the system information (phpSysInfo) and any other information you care to see to assist me. Thanks for the help ;) Regards, Nick Harm Hale [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Multicast Routing
Anyone have any good how-to's on how to setup a FreeBSD box to do multicast routing? Im wanting to setup a FreeBSD gateway that will have a Cable modem and a DSL modem connected to it. Any traffic on certain ports I want to go through (out) one interface (dc0) and the rest to go through the other interface (dc1) while dc2 is the LAN interface (10.0.0.1). Any ideas? Regards, -Nick Harm Hale [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 5.0-RC2 informal PR: X hangups using radeon driver
Hello, You may wish to run xfree86cfg again and step through the setup. When it asks you for a video card, select any ATI card (we'll change this later) and continue on through the setup of X. Once you have the config saved, go into the config and change the driver from ati to radeon and that should load the radeon drivers. I am running both RC1 and RC2 (as well as 2 5.0-CURRENT machines cvsup'd from RC2) all of which are running X and KDE (they're workstations for friends) and Im not having any issues using a radeon 7500 (or 7000-powered by ati) and the rest are authentic ATI cards. If you have any questions, lemmie know. Regards, -Nick Harm Hale [EMAIL PROTECTED] - Original Message - From: Gary W. Swearingen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 01, 2003 2:14 PM Subject: 5.0-RC2 informal PR: X hangups using radeon driver I downloaded a 5.0-RC2 ISO, checked the MD5 against a different mirror's MD5, burned a CD, diff'ed the CD against the ISO, and installed the OS. My first try using the full-GUI X installer failed gracefully (I forget the details). The other two X installers didn't offer to support my video card, so I tried the full-GUI one again. It offered something called ati. I'm not sure why it said ati rather than what my old XF86Config used radeon, but it seemed close enough. IIRC, it wasn't and I copied over my old XF86Config. Starting X several times after reboots, it would hang up after 30-120 (?) seconds of use. Sometimes ctrl-alt-bs would kill X and sometimes it would require a hard reboot. I did portupgrade -R XFree86 (after installing my old make.conf which has CFLAGS= -O -pipe and CPUTYPE=k6-2) and still had the problem. I then did a source cvsup (tag=.) and rebuilt world and kernel using well-tested steps. X has not since hung up in about two days (several hours of activity). CPU : AMD K6-2 500MHz with 128 MB RAM. Video : Hightech Information Systems' Excalibur (Radeon 7000 with TV-OUT) FreeBSD boot msg: pci1: ATI model 5159 graphics accelerator at 0.0 XFree86 4.2.0 says: ATI Radeon VE QY rev 0 (AGP); framebuffer bpp 32; ChipID = 0x5159; VideoRAM=65536kB; 64-bit DDR SDRAM I have a free partition to do some debugging if there's something I can do in a few hours. I'm no C hacker, but am willing to mess with a debugger a bit. I know how to set up for crash dumps, but that's probably not much help here. Maybe the fact that it works after a cvsup means -RC3 will not hang up, but that's just guessing; maybe my CPUTYPE=K6-2 fixed it. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 5.0 performance (was: 80386 out of GENERIC)
When I put KDE 3.0.5 on my 5.0-RC1 box it took just about 20 hours (600mhz with 384MB PC100... backup box ;)) but it runs faster (as compared to KDE on a 4.7-RELEASE). Im willing to give up a bit more comiple time to get better performance out of my apps. =) -Nick Harm Hale - Original Message - From: Cliff L. Biffle [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 17, 2002 1:29 AM Subject: Re: 5.0 performance (was: 80386 out of GENERIC) On Tuesday 17 December 2002 12:19 am, Garance A Drosihn wrote: At 5:58 AM +0100 12/17/02, Cliff Sarginson wrote: Also didn't someone mention that GCC has got slower anyway ? gcc is slower at compiling things. This is very noticeable when you're doing a buildworld. The code which gcc 3.2.1 produces does not seem any slower than the code produced by gcc 2.95.4 (the version in freebsd-stable). Actually, in my benchmarks here, the same code tends to yield much faster executables under gcc3, particularly in C++. But these are limited benchmarks (primarily of KDE and my own applications). I'm willing to trade some time on the compile (which, with any luck, happens only once) in exchange for speed in the application (which I may use every day)! :-) -Cliff L. Biffle 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
