RE: Possible problems with Broadcom BCM5704C 10/100/1000 on TyanThunder K8S pro S2882 twin Operteron
A couple of weeks ago we reported a potential problem with the Broadcom BCM5704C 10/100/1000 onboard Ethernet (being used in Gigabit mode) controller on the Tyan Thunder pro S2882 with twin Operteron and 8Gb of RAM. The system was running a three databases using mySQL - the first database ran fine but the others when hit hard caused the server to crash in what appeared to be a memory / Ethernet controller error. We have now done the first phase of some tests and thought we would report back. We switched off the broadcom Ethernet controller (via software) and routed all traffic via the boards Intel 10/000 Ethernet connection. One of the problem databases has now been running for a few days and so far has been ok. We will be doing some more tests over the next few days but this seems to be pointing to some issues with the driver for the Broadcom Ethernet Chipset. Alan Having got 5.3 onto our new twin operteron Tyan Thunder K8S Pro S2882 with 8Gb of RAM and had a reasonabley stable operation for a few days we installed a couple of databases one worked fine but the other kept on causing the server to crash. After some hunting around we found discussion about problems with the on board Broadcom BCM5704C 10/100/1000 Gigabit ethernet controller on Linux last year and wondered if there were similar issues with FreeBSD 5.3's broadcom driver? The problem only seems to happen when the controller is streched with lots of data as the other mySQL database runs fine but switching to the more load intensive one causes issues. Thanks in advance for your advice. Alan Jay ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [SOLVED] ABI broken for 5.4-PRERELEASE?
Hi Scott, Thanks for you reply. Am Freitag, 4. März 2005 06:10 schrieb Scott Long: Matthias Schuendehuette wrote: The error message is: xsysinfo: undefined symbol: _nfiles I had the belief, that this does not happen within a major release of FreeBSD... isn't it? This looks like an accident. John Baldwin committed a fix to RELENG_5 a few hours ago, so if you can update and retest, it would be appreciated. Yes, you're right! I re-cvsupped the sources and voila - xsysinfo(1) works again. Obviously I met the right moment[TM] with my last update... :-/ ...never mind. Note the xsysinfo gropes around in KVM, which is highly fragile. Most of the information that it's looking for is available via sysctl's, which are a lot more stable and reliable. It would be nice if xsysinfo was changed to use these instead. I looked at the sources, but did not get the basic understanding - at least not instantly. In the moment i try to improove gvinum together with le. There are still some areas where gvinum can't be called 'fail-save' - as I experienced last weekend... Anyway - thanks a lot again! Problem solved. -- Ciao/BSD - Matthias Matthias Schuendehuette msch [at] snafu.de, Berlin (Germany) PGP-Key at pgp.mit.edu and wwwkeys.de.pgp.net ID: 0xDDFB0A5F ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 4.11-RELEASE panics
On Thu, 3 Mar 2005, Mark Linimon wrote: Please trim logfiles before replying like this. mcl ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] It was an accident, let me assure you. (That's what I get for being helpful before I'm being awake.) Is there a way to blame this on pine? :) r ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: acpiio.h installed in the wrong place?
On Fri, 04 Mar 2005 11:54:57 -0600, Jeremy Messenger [EMAIL PROTECTED] wrote: Hello, Last night, when I tried to install RELENG_5 and I get error because of can't find acpica directory, so I went to check in there and turned out that it is a file. I don't have the error in hand right now, but here's example. === % ls -l /usr/include/dev/acpica -r--r--r-- 1 root wheel 4210 Mar 3 17:55 /usr/include/dev/acpica % grep FreeBSD /usr/include/dev/acpica * Copyright (c) 1999 Mitsuru IWASAKI [EMAIL PROTECTED] * $FreeBSD: src/sys/dev/acpica/acpiio.h,v 1.10.2.2 2005/03/02 09:18:41 obrien Exp $ === The workaround for me is to do the 'rm /usr/include/dev/acpica' to get the 'make installworld' to be success. Just saw njl's committed that is supposed to be fix this problem. Cheers, Mezz Cheers, Mezz -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: patch: fix 30 second hang while resuming
On Sunday 27 February 2005 06:12 pm, Nate Lawson wrote: Nate Lawson wrote: My system hangs a long time in ata_generic_reset() while resuming. I did some hunting and found that the loop was running for the full 310 * 100 ms (31 seconds). The bug is that the loop never exits when mask goes to 0 even though this is a termination condition (see end of the loop where the code masks off 1 and 2). The attached patch fixes this by exiting when the mask is set to 0 instead of looping the full 31 seconds. This is correct since setting the mask to 0 is how the loop marks master/slave done. It also has a minor whitespace fix. Apologies, the last patch was not quite right. You need to check that both status values are not busy as well as the mask. This check could be merged in elsewhere as well. This was just a convenient place to put it. Please use the attached patch instead. This works well for me. Is this going to be committed? -- Anish Mistry pgpsaHfmARf3p.pgp Description: PGP signature
VMware, AIO, what's up?
I'm confused. VMWare (3) no longer works for me. I upgraded my base linux to base_linux_8 (from 6 I think) and now I get: VMware PANIC: (ide0:0) NOT_IMPLEMENTED F(831):712 VMware PANIC: (VMX) AIO: NOT_IMPLEMENTED F(831):712 I have aio.ko loaded and so it isn't that, and it worked a few days ago. I'm scratching my head and could really do with a clue stick. Will someone please throw me one? Thanks :) Joe p.s. FreeBSD genius.tao.org.uk 5.3-STABLE FreeBSD 5.3-STABLE #1: Wed Jan 26 20:56:14 GMT 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENIUS2 i386 -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgpoMwRaWDdXR.pgp Description: PGP signature
Re: Need really cheap IDE mirroring PCI controlled for FreebBSD 4.10
On Mar 3, 2005, at 19:20, Emanuel Strobl wrote: If you consider upgrading to 5.4 you can use any onboard chipset or cheap controller card with some geomclasses, namely g_mirror. It's fantastic and the only stateful mirror solution I know. And you can mirror only parts of your disk, or mirror across 3 drives aso. The power of geom :) This can be done with 4.x. From atacontrol(8): create Create a type ATA RAID. The type can be RAID0 (stripe), RAID1 (mirror), RAID0+1 or SPAN (JBOD). In case the RAID has a RAID0 component, the interleave must be specified in number of sec- tors. The RAID will be created of the individual disks named disk0 ... diskN. Although the ATA driver allows for creating an ATA RAID on disks with any controller, there are restrictions. It is only possi- ble to boot on an array if it is either located on a ``real'' ATA RAID controller like the Promise or Highpoint controllers, or if the RAID declared is of RAID1 or SPAN type; in case of a SPAN, the partition to boot must reside on the first disk in the SPAN. Vinum(8) is also available on 4.x. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Can FreeBSD 5.3R support the RAID card MegaRAID SCSI 320-2E card?
I have search amr on http://www.freebsd.org/cgi/man.cgi?query=amrsektion=4manpath=FreeBSD+5.3-RELEASE It said support the following: · AMI MegaRAID 320-1 · AMI MegaRAID 320-2 · AMI MegaRAID 320-4X · AMI MegaRAID Series 418 Anyone knows amr supports MegaRAID SCSI 320-2E card? TKS. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: VMware, AIO, what's up?
Josef Karthauser writes: | I'm confused. VMWare (3) no longer works for me. I upgraded my base | linux to base_linux_8 (from 6 I think) and now I get: | | VMware PANIC: (ide0:0) NOT_IMPLEMENTED F(831):712 | VMware PANIC: (VMX) AIO: NOT_IMPLEMENTED F(831):712 | | I have aio.ko loaded and so it isn't that, and it worked a few days ago. | I'm scratching my head and could really do with a clue stick. Will | someone please throw me one? You need to run the vmware-any-any-update patch on the vmware binary to make it work with the new Linux libs. You can google to find it: a21p% ./update vmware Updating vmware ... VMware Workstation 2.0.4 (build-1142), now patched a21p% Doug A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gdb missing add-shared-symbol-files. why?
On Tue, 1 Mar 2005, Ulrich Spoerlein wrote: Hi, played with dmalloc and the docu says to do the following in gdb: (gdb) sharedlibrary (gdb) add-shared-symbol-files This command is not available in this configuration of GDB. (gdb) break dmalloc_error Why is this command not available? The code in question is at /usr/src/contrib/gdb/gdb/symfile.c:1760 I believe gdb automatically loads dynamic libraries linked against a binary when that binary is debugged. So that command many not have any affect on FreeBSD. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bfe/uhci: storm interrupt Fatal trap 12
On Wed, 2 Mar 2005 [EMAIL PROTECTED] wrote: On 1 Mar, Doug White wrote: On Tue, 1 Mar 2005 [EMAIL PROTECTED] wrote: Hi! I have a brand new Dell Inspiron 9100 laptop with a broadcom integrated NIC. I get a panic with 5.3-SNAP, 5.4-PRE and 6.0-SNAP due to a storm interrupt as soon as I assign an IP address to it (ifconfig or dhclient). The storm interrupt is reported on irq18: bfe0 uhci2. Does booting in Safe Mode from the beastie menu improve things? Booting in safe mode does not improve the behavior. There is still a page fault while in kernel mode but the storm interrupt is now on irq11: cbb0 fwohci+. Let me know if there is more information I can provide you. Sorry, I have no crash dump to give you. Hm ... dunno. You might try one of the RELENG_5 snapshots that will be coming out shortly as we get into the 5.4-R release cycle. There is some improvements to interrupt routing in there. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ueagle(4) driver merging
On Thu, 3 Mar 2005, [ISO-8859-2] Mateusz Jdrasik wrote: Daniel O'Connor napisa(a): On Thu, 3 Mar 2005 04:25, Mateusz Jdrasik wrote: Is the idea of FreeBSD to merge such driver as a hack to the umodem code, or to stay in tune with Damien's solution and merge the whole driver? umodem is for serial modems not ADSL. I believe ADSL modems tend to send either ATM or ethernet frames whereas umodem deals with RS232 like devices. Indeed, then, is the driver going to be merged in its original form or not? :) Is there a PR requesting its inclusion? :-) You'll also need to find a committer willing to do the work to actually perform the integration and testing, review the licensing, etc. Also, the code should ideally work on -CURRENT and provide patches to RELENG_5 if necessary. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3 STABLE Boot CD Fails on PPRO 200 (BTX halted)
On Wed, 2 Mar 2005, Edwin Brown wrote: I've built 5.3 Stable as of tonight 03/02/2005 with the following in make.conf CPUTYPE=i686 CFLAGS=-02 -pipe It was built on a p4. I went to install this on my trusty firewall machine and I get the following error: -BEGIN ERROR- CD Loader 1.2 Building the boot loader arguments Looking up /BOOT/LOADER... Found Relocating the loader and the BTX Starting the BTX loader BTX loader 1.00 BTX version is 1.01 int=000d err=00c0 efl=00010a47 eip=00015528 eax= ebx=0001 ecx= edx=00094fa0 esi=01164e7f edi=c8b66ff7 ebp=00093ff8 esp=7c24ddf4 cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 cs:eip=9a c0 00 00 9a c0 00 00-9a c0 00 00 9a c0 00 00 9a c0 00 00 9a c0 00 00-9a c0 00 00 9a c0 00 00 ss:esp=ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff BTX halted -END ERROR- Also, the 5.3.isos downloaded from ftp.freebsd.org fail to boot as well. It's not hardware related as I'm able to pop in a OpenBSD3.6 snapshot and boot from that. Probably not a hardware failure, but certainly a misbehaving BIOS or bootable card. What system/motherboard is this? Is there a BIOS update available? -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: -PRErelease and ACPI: no PRT entry for 0.1.INTA
On Thu, 3 Mar 2005, Emanuel Strobl wrote: Dear Hackers, on one remote machine I see the following error (RELENG_5 from this night): pcib0: no PRT entry for 0.1.INTA There's actually an underscore there; the symbol name is _PRT. I have only ssh access and putting -v in /boot.config didn't help me getting a verbose dmesg. Anyway, I think it's caused by a bogus BIOS but I wanted to make sure having it reported. Last version was RELENG_5 from Nov. 5th and I also had a ACPI error but more detailed. Unfortunately I lost the output The message is generally harmless; its just the ACPI code looking for some objects to assist with PCI interrupt routing. If your machine boots and doesn't have problems with interrupt storms then I wouldn't stress it. If it does, then try booting without ACPI. You need to pass -v on the loader command line since boot2 (which reads its options from /boot.config) just hands off to loader. You can also set boot_verbose=YES in /boot/loader.conf if you aren't on console and don't have serial console set up. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 1000baseTX?
On Thu, 3 Mar 2005, Yoshiaki Kasahara wrote: In man pages, dmesg and ifconfig of FreeBSD5, GbE operation over twisted pair is mostly referred as '1000baseTX'. I guess most of them should be replaced by '1000baseT'. 1000baseTX and 1000baseT are different standard and they are not compatible (TX needs CAT6 cable and uses pairs in different way). Also 1000baseTX support is very rare yet. I'm sorry I'm not sure if some devices really support TX. Do you have any documentation to back up this claim? For example, I have a NIC based on Realtek RTL8169S and its manual says It supports 1000BASE-T/100BASE-TX/10BASE-T. Considering the quality level of Realtek hardware, I would think this is actually a typo. :-) In dmesg: rgephy0: RTL8169S/8110S media interface on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Regards, -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 4.11-RELEASE panics
On Thu, 3 Mar 2005, Kirill Ponomarew wrote: On Thu, Mar 03, 2005 at 12:19:44PM +0100, Kirill Ponomarew wrote: 4.11-R paniced today, trace, dmesg and kernel config are attached. The same machine paniced again: [...] Please try using call doadump instead of using panic to generate the crashdump. panic screws up the backtrace and in cases like this just trips over itself over and over. call doadump gets straight to the point :-) What are you running on this machine? The traps you've posted look like null pointer+offset dereferences. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2aa2 fault code= supervisor read, page not present instruction pointer = 0x8:0xc0204ce8 stack pointer = 0x10:0xdfd90b64 frame pointer = 0x10:0xdfd90b70 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = trace trap, interrupt enabled, resume, IOPL = 0 current process = 170 (perl) interrupt mask= net bio cam panic: from debugger Uptime: 2h19m33s dumping to dev #da/0x20001, offset 2097184 dump 1023 1022 1021 1020 1019 1018 1017 1016 1015 1014 1013 1012 1011 1010 1009 1008 1007 1006 1005 1004 1003 1002 1001 1000 999 998 997 996 995 994 993 992 991 990 989 988 987 986 985 984 983 982 981 980 979 978 977 976 975 974 973 972 971 970 969 968 967 966 965 964 963 962 961 960 959 958 957 956 955 954 953 952 951 950 949 948 947 946 945 944 943 942 941 940 939 938 937 936 935 934 933 932 931 930 929 928 927 926 925 924 923 922 921 920 919 918 917 916 915 914 913 912 911 910 909 908 907 906 905 904 903 902 901 900 899 898 897 896 895 894 893 892 891 890 889 888 887 886 885 884 883 882 881 880 879 878 877 876 875 874 873 872 871 870 869 868 867 866 865 864 863 862 861 860 859 858 857 856 855 854 853 852 851 850 849 848 847 846 845 844 843 842 841 840 839 838 837 836 835 834 833 832 831 830 829 828 827 826 825 824 823 822 821 820 819 818 817 816 815 814 813 812 811 810 809 808 807 806 805 804 803 802 801 800 799 798 797 796 795 794 793 792 791 790 789 788 787 786 785 784 783 782 781 780 779 778 777 776 775 774 773 772 771 770 769 768 767 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749 748 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 730 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 711 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 692 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674 673 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 655 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 636 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 580 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 561 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524 523 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99
Re: Dell pe1550 (smp) on RELENG_5 ?
On Thu, 3 Mar 2005, Robin P. Blanchard wrote: Anyone succesfully accomplished this ? Seems I have to disable apic to get the box to sucessfully boot (otherwise will hang), thereby disabling smp. I have -CURRENT running on a PE1750 without issues. I have a PE1650 that I'm waiting on rails for and a PE1550 I can temporarily ursurp. Does it also hang under 5.3-R? I had some odd problems with a PE2450 that turned out to be a screwed up fxp pci card. Taking the card out got the machine booting again. Do you have any cards in this system? # cat /boot/loader.conf |fgrep -v # beastie_disable=YES boot_verbose=YES ahc_pci_load=YES amr_load=YES if_fxp_load=YES kern.cam.scsi_delay=2000 kern.maxusers=0 hint.apic.0.disabled=1 # sysctl -a |fgrep smp kern.timecounter.smp_tsc: 0 kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 16 debug.psmpkterrthresh: 2 mptable and dmesg here: http://people.gactr.uga.edu/robin/1550/mptable.txt --- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 fax: 706.542.6546 --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kern/67636 PR again?
On Thu, 3 Mar 2005, Rostislav Krasny wrote: Hello there. Although the kern/67636 PR was closed before FreeBSD 5.3-RELEASE, I'm experiencing exactly the same problem on my FreeBSD 5.3-RELEASE-p5: saturn# ls -al /boot/kernel/ipl.ko -r-xr-xr-x 1 root wheel 92883 Jan 17 12:18 /boot/kernel/ipl.ko saturn# kldload -v /boot/kernel/ipl.ko kldload: can't load /boot/kernel/ipl.ko: No such file or directory saturn# dmesg | tail -1 link_elf: symbol in6_cksum undefined And following is the contents of my kernel build configuration file. As you can see I've disabled INET6 but enabled IPFIREWALL and IPDIVERT for some other use. Before trying ipl I was using ipfw with natd. ... and ipl, as configured stock, requires INET6. Compile your kernel with INET6 or manually compile the ipfilter module to remove the requirement: cd /sys/modules/ipfilter make cleandir make obj make -DNOINET6 make install You'll have to do this anytime you rebuild your kernel, unless you add a line to /etc/make.conf like NOINET6=yes but I'm not sure what effect that will have on other code. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]