Re: 4.7 stable does not recognize onboard AHA-1542CP that 4.6-stable does
On 17 Dec 2002 at 8:18, [EMAIL PROTECTED] wrote: > It is written: > > I'm trying to upgrade cvsup.nz.freebsd.org but can't because 4.7 > > will not recognize the onboard SCSI controller. > > > All I have to go on is a few old 1542C/CF 1522A isa cards . . . > > So, having glared over and over at that pr > > > At http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/45324 you will > > find output from "boot -v" and "pciconf -l" for both the 4.7 and 4.7 > > kernels. > > > > isn't the 1542CP, although on-board ( adaptec in the morning, sailors > take warning), still technically isa? I don't know. > Even yet, have you done the > dance of: disable pnp . . .rebuild kernel without options PNPBIOS (if > it's enabled in any case) also, comment out "options > CRASH_EVERY_OTHER_BOOT" hmm . . . device aha . . . it might be > interesting to see the relevant lines from your kernel config Disable PNP via BIOS? The box is remote; I will check that later when I get someone to verify the BIOS setting. But FWIW, PNPBIOS is not specified in the kernel configuration. $ grep -i aha ZEKE device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device aha0at isa? > > Is there anything else I can provide to help solve this bug? > > > > whoops, this is where I should have put that last request! > last, what sort of settings changes have you done to your controller? > ie pressing that fiddly little ctl-A after post but before it probes > for disks, sometimes dma/iomem/quack quack bark bark don't play pretty > under weird undocumented (warn the INS) conditions. it was a while > before LINT finally told someone that adv(4) didn't need "at isa?", > doubly so, since mine's pci. I haven't pressed control-A on this box in years... So nothing recently has been done. thank you. -- Dan Langille : http://www.langille.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
crash on 4.7-RELEASE-p2
I've been experiencing crashes across several updates now since around 4.6-RELEASE. As this is my first attempt to really debug a problem like this, I'm hoping for a little help from the community in how to go about such a thing. I'm not running a kernel with debugging turned on yet, because I don't want to stomp on anything which I might could use at this point to analyze the crash dump I have. So that might be something I need to do before anything else really. This is what I have so far: --- root@ops/p2:/home/crash> gdb -k kernel.0 vmcore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... IdlePTD at phsyical address 0x0031c000 initial pcb at physical address 0x00295c00 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc7f657ac fault code = supervisor read, page not present instruction pointer = 0x8:0xc0185b0e stack pointer = 0x10:0xe0c54af8 frame pointer = 0x10:0xe0c54b34 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 5 (syncer) interrupt mask = bio trap number = 12 panic: page fault syncing disks... 8 2 2 2 2 2 2 2 15 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up on 2 buffers Uptime: 2d22h59m6s dumping to dev #ad/0x20009, offset 2350209 dump ata0: resetting devices .. done 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 70 5 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 6 73 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 57 8 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 5 46 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 45 1 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 4 19 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 32 4 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 2 92 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 19 7 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 1 65 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 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 6 0 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 0xc015e022 in dumpsys () (kgdb) where #0 0xc015e022 in dumpsys () #1 0xc015ddf3 in boot () #2 0xc01
Re: Retrieving packages ?
On 2002.12.17 09:28:06 +, Sam Drinkard wrote: > Yep.. that's what I tried... Don't know about pkg_add, haven't tried > that yet. Problem is all the dependencies for the particular package. > Perhaps somebody will comment on how/why it does not work after setting > version to -Release. Could it be because it should be set to -RELEASE (with capital letters) ? I just looked in my sysinstall and i have : [CUT] Extract Detail high Release Name4.7-RELEASE Install Root/ [CUT] -- Simon L. Nielsen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Retrieving packages ?
I only used that as reference.. I had set it to 4.7-RELEASE also.. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
50% off All Lists: Publicity - Libraries - Bookstores - Film Producers - Art Galleries - Record Stores - Custom (more)
***LIMITED TIME SALE - ALL LISTS 50% OFF MUST MENTION SALE WHEN ORDERING*** -- UNLIMITED USE LISTS . . .DOWNLOAD WITHIN MINUTES. -- NEW LISTS: TRAVEL MEDIA, SCIENCE PROFESSORS, SCIENCE CLUBS, PASTORS & CHURCHES, BIBLE COLLEGE & SEMINARY PROFESSORS, PET MEDIA, POLITICAL MEDIA, NEW AGE MEDIA, SCIENTIFIC JOURNALS, -- IF WE DO NOT HAVE THE LIST YOU NEED, WE WILL COMPILE A CUSTOM LIST ACCORDING TO YOUR SPECIFICATIONS -- Call to place your order or for more information. US & CANADA TOLL-FREE NUMBER: 888 330 4919 (24/7) If you would like more information via email, please write us at [EMAIL PROTECTED] - Thank you. -- LIBRARIES (BOOKSTORES, MEDIA AND OTHER LISTS BELOW . . .) LISTS INCLUDE: Name, Address, phone, fax and email address (when available). AVAILABLE FORMATS: Excel Spreadsheet & Text Database 1,200 U.S. Public Libraries WITH EMAIL ADDRESSES - $109 - NOW $54.50 1,200 U.S. Public Libraries - $89 - NOW $44.50 1,000 U.S. University Libraries WITH EMAIL ADDRESSES - $89 - NOW $44.50 1,000 U.S. University Libraries - $69 - NOW $34.50 400+ Community College Libraries WITH EMAIL ADDRESSES - $59 - NOW $29.50 400+ Community College Libraries - $49 - NOW $24.50 1,093 U.S. K-12 Private School Libraries WITH EMAIL ADDRESSES - $109 - NOW $54.50 1,093 U.S. K-12 Private School Libraries - $89 - NOW $44.50 200 U.K. Public Libraries WITH EMAIL ADDRESSES - $49 - NOW $24.50 200 U.K. Public Libraries - $39 - NOW $19.50 250 U.K. University Libraries WITH EMAIL ADDRESSES - $49 - NOW $24.50 250 U.K. University Libraries - $39 - NOW $19.50 528 Australian Public Libraries WITH EMAIL ADDRESSES - $79 - NOW $39.50 528 Australian Public Libraries - $69 - NOW $34.50 279 Australian College & Univ. Libraries WITH EMAIL ADDRESSES - $49 - NOW $24.50 279 Australian College & Univ. Libraries - $39 - NOW $19.50 200 Canadian Libraries WITH EMAIL ADDRESSES - $49 - NOW $24.50 200 Canadian Libraries - $39 - NOW $19.50 100 New Zealand Libraries WITH EMAIL ADDRESSES - $39 - NOW $19.50 100 New Zealand Libraries - $29 - NOW $14.50 1,000 U.S. Medical Libraries - $79 - NOW $34.50 313 U.S. Law Libraries - $49 - NOW $24.50 193 U.S. Religious Libraries - $39 - NOW $19.50 -- BOOKSTORES LIST INCLUDES: Name, Address, phone, fax and email address (when available). AVAILABLE FORMATS: Excel Spreadsheets & Text Databases 1,900+ Independent Bookstores WITH EMAIL ADDRESSES - $149 - NOW $74.50 1,900+ Independent Bookstores - $129 - NOW $64.50 1,900+ College Bookstores WITH EMAIL ADDRESSES - $149 - NOW $74.50 1,900+ College Bookstores - $129 - NOW $64.50 3,000+ Christian Bookstores WITH EMAIL ADDRESSES - $169 - NOW $84.50 3,000+ Christian Bookstores - $149 - NOW $74.50 2,200+ Chain Bookstores - $129 - NOW $64.50 575+ Book Distributors & Chain HQs - WITH EMAIL ADDRESSES - $59 - NOW $29.50 575+ Book Distributors & Chain HQs - $49 - NOW $24.50 675 Canadian General Bookstores WITH EMAIL ADDRESSES - $69 - NOW $34.50 675 Canadian General Bookstores - $59 - NOW $29.50 175 Canadian University Bookstores - WITH EMAIL ADDRESSES - $39 175 Canadian University Bookstores - $29 - NOW $14.50 550+ New Age Bookstores - WITH EMAIL ADDRESSES - $59 - NOW $29.50 550+ New Age Bookstores - $49 - NOW $24.50 125 African-American Bookstores - $29 - NOW $14.50 You will be able to download your lists WITHIN MINUTES. --- MEDIA LISTS LISTS INCLUDE: Contact Name, Title/Position, Company, Address, Phone, Fax and Email Address (when available) AVAILABLE FORMATS: Excel Spreadsheet and Microsoft Word U.S. National Media List (1000+ Contacts) - $99 - NOW $49.50 "Includes national business, consumer, and entertainment magazine contacts, syndicated talk shows, Newswire contacts, network news, cable news and entertainment programs." Australian National Media LisT (360+ Contacts) - $99 - NOW $49.50 "Australia's finest newspapers, magazines and television news and entertainment contacts are included in this list." Canadian National Media (590+ Contacts) - $99 - NOW $49.50 "Provides quality contacts from diverse Canadian TV, Magazine, and Newspaper outlets." UK Media List(500 Contacts)- $99 - NOW $49.50 "Contact reporters, editors, writers and producers from the UK's best media outlets. PBS Stations (800+ Contacts) - $99 - NOW $49.50 "Local and national contacts are featured in this extensive public television database." National Public Radio - NPR (265 Contacts)- $99 - NOW $49.50 "Features program directors and producers at local public radio stations as well as contacts at national syndicated shows including Diane Rehm and Fresh Air with Terry Gross." Drive Time R
Re: ipfilter / ipnat quandry
(This probably belonged on -security or -questions or someplace else...) > Date: Mon, 16 Dec 2002 13:55:48 -0500 > From: "Robin P. Blanchard" <[EMAIL PROTECTED]> > Subject: ipfilter / ipnat quandry > > - -STABLE (FreeBSD 4.7-STABLE #0: Mon Nov 25 14:22:58 EST 2002) > gateway/firewall running: > # ipf -V > ipf: IP Filter: v3.4.29 (336) > Kernel: IP Filter: v3.4.29 > Running: yes > Log Flags: 0 = none set > Default: pass all, Logging: available > Active list: 0 > > > The only external port I've allowed in is SSH, yet nmapping the box > yields a slew of purportedly other open ports. Look again - it says they are "filtered". nmap can usually tell the difference between a TCP port that is closed on the target (returns a RST) and one that is filtered by a firewall (returns nothing.) In fact many of the ports shown as filtered might not even really be open on your box. > Have I broken my > ruleset somewhere? Please advise. No, it's simply not sophisticated enough for what you want it to do. ... > (The 1581 ports scanned but not shown below are in state: closed) > Port State Service > 22/tcp openssh > 137/tcpfilterednetbios-ns ... > 138/tcpfilterednetbios-dgm > 139/tcpfilterednetbios-ssn > 161/tcpfilteredsnmp ... Note, for instance, that snmp is (normally) a UDP service, so it's unlikely you actually have an open TCP port 161; but nmap can see you're filtering it nonetheless. ipf does have the ability to more correctly simulate a closed port. I did a similar exercise on my personal OpenBSD firewall box earlier this year; I won't go through your whole ruleset, but basically for every TCP port you block, you need to add a return-rst, and for every UDP port you block, you need to add return-icmp(port-unr). This provides a pretty good simulation of a host running no services, if that's what you want to look like. -- Clifton -- Clifton Royston -- LavaNet Systems Architect -- [EMAIL PROTECTED] "If you ride fast enough, the Specialist can't catch you." "What's the Specialist?" Samantha says. "The Specialist wears a hat," says the babysitter. "The hat makes noises." She doesn't say anything else. Kelly Link, _The Specialist's Hat_ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
root kit
Dear FreeBSD, If I find a functional "root kit" on my computer, can I forward it to a FreeBSD developer, and they will prevent its function? If so, where to? I had one appear on one of my systems awhile back that an ordinary user could use to become root. I think I saved it all as a .tgz archive. I haven't tried it lately. -- Wayne M Barnes [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: root kit
I think the Man is [EMAIL PROTECTED] A. On Tue Dec 17, 2002 at 03:42:02PM -0600, Wayne M Barnes wrote: > Dear FreeBSD, > > If I find a functional "root kit" on my computer, > can I forward it to a FreeBSD developer, and > they will prevent its function? If so, where to? > > I had one appear on one of my systems awhile back that an ordinary > user could use to become root. I think I saved it all as a .tgz archive. > I haven't tried it lately. > > -- > Wayne M Barnes [EMAIL PROTECTED] > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ipfilter / ipnat quandry
On Tue, 2002-12-17 at 13:02, Clifton Royston wrote: > ipf does have the ability to more correctly simulate a closed port. > I did a similar exercise on my personal OpenBSD firewall box earlier > this year; I won't go through your whole ruleset, but basically for > every TCP port you block, you need to add a return-rst, and for every > UDP port you block, you need to add return-icmp(port-unr). This > provides a pretty good simulation of a host running no services, if > that's what you want to look like. Does ipfw or ipf have the ability to return a SYN/ACK packet for each incoming SYN, and return an appropriate ACK any incoming ACK packets? (mischievous grin) Craig To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ipfilter / ipnat quandry
On Tue, Dec 17, 2002 at 04:59:37PM -0600, Craig Boston wrote: > On Tue, 2002-12-17 at 13:02, Clifton Royston wrote: > > ipf does have the ability to more correctly simulate a closed port. > > I did a similar exercise on my personal OpenBSD firewall box earlier > > this year; I won't go through your whole ruleset, but basically for > > every TCP port you block, you need to add a return-rst, and for every > > UDP port you block, you need to add return-icmp(port-unr). This > > provides a pretty good simulation of a host running no services, if > > that's what you want to look like. > > Does ipfw or ipf have the ability to return a SYN/ACK packet for each > incoming SYN, and return an appropriate ACK any incoming ACK packets? That's a very amusing idea, especially when applied to non-assigned IP addresses behind a firewall. I don't know and haven't checked the docs. -- Clifton -- Clifton Royston -- LavaNet Systems Architect -- [EMAIL PROTECTED] "If you ride fast enough, the Specialist can't catch you." "What's the Specialist?" Samantha says. "The Specialist wears a hat," says the babysitter. "The hat makes noises." She doesn't say anything else. Kelly Link, _The Specialist's Hat_ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Compaq ProLiant w/ SMP probs
> H, not sure. But I'll guess it has to do with the interrupts used > with APIC and your nics. What irq(s) is IOAPIC using and what irq(s) > are your nics using? Easiest "solution" might be to change the irq(s) > your nics are using. I supped to RELENG_4 as of this morning - problem has disappeared in a new kernel build. Woo hoo! I like the easy fixes. :) Mahlon E. Smithjabber id: [EMAIL PROTECTED] http://www.martini.nu/ get pgp key: [EMAIL PROTECTED] A meaty blitzkrieg; Like Hitler's march on Poland; Beef takes over plate - Tom Elliott msg52481/pgp0.pgp Description: PGP signature
