Re: problem with CD changer 4.0-STABLE
It seems Chris D. Faulhaber wrote: On Sat, 18 Mar 2000, Alan Clegg wrote: Panasonic CD-ROM Changer that is found in by the kernel as: acd0-4: CDROM with 5 CD changer RD-DRC004-M at ata0-master using PIO4 Mounting /cdrom1 works just fine: /dev/acd0c on /cdrom1 (cd9660, local, read-only, reads: sync 5 async 0) But, attempting to mount the second CD-ROM provides only: ecto 110} mount /cdrom2 cd9660: Device not configured Interesting, I'm seeing the same thing here with my changers: acd0-3: CDROM with 4 CD changer NEC CD-ROM DRIVE:251 at ata1-master using PIO3 acd4-7: CDROM with 4 CD changer NEC CD-ROM DRIVE:252 at ata1-slave using PIO3 It appears as though the changer no longer changes discs when attempting to access the non-current disc. I know it worked a few weeks under 4.0-CURRENT but is not using: FreeBSD sol.fxp.org 4.0-STABLE FreeBSD 4.0-STABLE #4: Tue Mar 14 09:09:53 EST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/SOL i386 Soren (cc:'d), any recent changes that may have caused this? Yes, I know where the problem is, but solving that uncovers a new "interesting" bug... I'm working on it... -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
HEADS UP; new options for -current!
If you are using old drivers that haven't been newbusified yet, you will need to add 'options COMPAT_OLDPCI' and/or 'options COMPAT_OLDISA' to your kernel configs and regenerate. Otherwise you will get compile failures. This is for -current only. 4.x is not affected. Incidently, I was encouraged to break the shims rather than put an option around them, but that was too drastic for now. This won't be happening in 4.x so be sure to consider which codebase you want to be running. Remember, -current is going to get rather bumpy soon once merges start happening.. -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
install problem with 4.0 (spec_getpages)
Hi, While trying to boot from the 4.0 installation disks, I get the following error after the devices have been probed: (I couldn't get a screen dump, so I had to write this down) md0: raw partition size != slice size md0: start 0, end 607, size 608 md0c: start 0, end 5759, size 5760 md0: truncating raw partition md0: rejecting partition in BSD label, it isn't entirely withing the slice md0: start 0, end 607, size 608 md0a: start 0, end 5759, size 5760 spec_getpages: (#md/2) I/O read failure: (error = 22) bp 0xc31dea20 vp 0xc7739f60, size 4096, resid: 4096, a_count: 4096, valid 0x0, nread: 0, reqpage: 0, pindex: 392, pcount: 1 vmfault: pager read error, pid 1 init died (signal 6, exit 0) panic: going nowhere without my init And then it reboots, I have been looking in the mailing archives for this problem, but the latest occurence was januari last year, and it didn't look like the same problem. So has anyone any idea about how to proceed? Here is my dmesg from 3.3: Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.3-RELEASE #4: Mon Jan 10 23:27:28 CET 2000 root@localhost:/usr/src/sys/compile/SCHOPENHAUER Timecounter "i8254" frequency 1193182 Hz CPU: Celeron (412.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA T,PSE36,MMX,FXSR real memory = 134217728 (131072K bytes) avail memory = 127463424 (124476K bytes) Preloaded elf kernel "kernel" at 0xc02d4000. Pentium Pro MTRR support enabled Probing for devices on PCI bus 0: chip0: Intel 82443BX host to PCI bridge rev 0x03 on pci0.0.0 chip1: Intel 82443BX host to AGP bridge rev 0x03 on pci0.1.0 chip2: Intel 82371AB PCI to ISA bridge rev 0x02 on pci0.2.0 ide_pci0: Intel PIIX4 Bus-master IDE controller rev 0x01 on pci0.2.1 chip3: Intel 82371AB Power management controller rev 0x02 on pci0.2.3 ncr0: ncr 53c875 fast20 wide scsi rev 0x03 int a irq 11 on pci0.14.0 es1: AudioPCI ES1370 rev 0x01 int a irq 11 on pci0.15.0 pcm1: using I/O space register mapping at 0xe800 Probing for devices on PCI bus 1: vga0: Matrox model 0525 graphics accelerator rev 0x04 int a irq 255 on pci1.0. 0 Probing for PnP devices: CSN 1 Vendor ID: TCM5095 [0x95506d50] Serial 0x4b58aba7 Comp ID: @@@ [0x ] Probing for devices on the ISA bus: sc0 on isa sc0: VGA color 16 virtual consoles, flags=0x0 ed0 not found at 0x280 atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A pcm0 not found fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): SAMSUNG WNR-31601A (1600MB) wd0: 1536MB (3145968 sectors), 3121 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): HITACHI DVD-ROM GD-2500/A011, removable, accel, dma, ior dis acd0: drive speed 1722 - 4134KB/sec, 512KB cache acd0: supported read types: CD-R, CD-RW, CD-DA, packet track acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked ppc0 at 0x378 irq 7 on isa ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppi0: generic parallel i/o on ppbus 0 plip0: PLIP network interface on ppbus 0 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: utp[*UTP*] address 00:10:4b:58:ab:a7 isic0: Error, signature 1 0xff != 0x51 for Teles S0/16.3!isic0 not found at 0xe8 0 vga0 at 0x3b0-0x3df maddr 0xa msize 131072 on isa npx0 on motherboard npx0: INT 16 interface IP packet filtering initialized, divert enabled, rule-based forwarding disabled, unlimited logging i4b: ISDN call control device attached i4bisppp: 4 ISDN SyncPPP device(s) attached i4bctl: ISDN system control port attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached i4btrc: 4 ISDN trace device(s) attached Waiting 3 seconds for SCSI devices to settle sa0 at ncr0 bus 0 target 5 lun 0 sa0: WANGTEK 5525ES SCSI REV7 3R1 Removable Sequential Access SCSI-CCS device sa0: 3.300MB/s transfers da0 at ncr0 bus 0 target 0 lun 0 da0: Quantum XP34300W L912 Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4101MB (8399520 512 byte sectors: 255H 63S/T 522C) changing root device to da0s1a To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: port/XFree86-4 make install fail.
On 18/03 23:35, Nicolai Petri (ML) wrote: xf86vmode.c: In function `ProcXF86VidModeGetMonitor': xf86vmode.c:1320: Unable to generate reloads for: (insn 298 296 300 (parallel[ (set (reg:SI 0 %eax) (fix:SI (fix:SF (subreg:SF (reg:SI 0 %eax) 0 (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -34 [0xffde])) 0)) (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -36 [0xffdc])) 0)) (clobber (mem:SI (plus:SI (reg:SI 6 %ebp) (const_int -40 [0xffd8])) 0)) This sounds like a problem with older 4.0-currents. Did you make world and your kernel recently? That is what i though before! so I just cvsup up to this morning, and try to make install again. same problem. Same problem here. Just did a cvsup and a make world... I'm lost to a solution to this problem. Help please :-) This is due to a bug in gcc. Edit the Makefile in the directory of xf86vmode.c, and compile without any optimization. (No -O switch at all). best; gjvc -- George Cox [EMAIL PROTECTED] +44 1235 544 127 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Paycheck To Paycheck, Feeling Stuck?
FREE NetLinks Guaranteed To SAVE You MONEY! Please be advised, links presented in this email have been sent E-nonymously without the knowledge or consent of the domain owners. The Internet is World Public Domain, which can, and should be shared freely. Information Advocates Association "Knowledge is Power" Here are a few sites we found very useful. - - Music Anyone?: http://www.listen.com This site is guaranteed to be for everyone. It does'nt matter what your listening please may be they have it here. All songs available for dowmload and immediate use. N-Joy! Beware of Internet Scams: http://www.rcmp-grc.gc.ca If you are concerned with email ads or websites offering opportunities or programs that may seem suspicious, report it to this site. They have the latest and most common scams circulated on the net. Free Internet: http://www.thesimpsons.com Don't want to continue paying $19.95 or more just to Surf the Net? This site offers the future of the Internet, Today. Never pay to Surf again. In this case, Free Does Mean Free! Cheap Phone Rates: http://www.voicelinkinc.com We found a .04cents long distance rate, no switching, no fees and low international rates using 10-10 access numbers. If you can handle the 10 minute minimum, you're in business. Invention Fraud: http://www.inventorfraud.com If you are trying to submit your invention for patent be very cautious. The site list a number of companies that are out to get your money and ones that provide viable patent services. FREE 800 Number Voice Mail: http://www.ureach.com Here you can get a FREE voicemail account and 800 number. Just sign up for the service. FREE Website Development: http://www.bigstep.com This site offers an opportunity for you to develop and design your very own website for FREE! They offer different ready to use formats that will assist you in the development of your site. Know Your Schedule: http://www.anyday.com This site offers an online personal calendar including a private address book and events schedule that can be accessed from anywhere. You also have the option of sharing your schedule with colleagues via the Net. Need To Send A Large File: http://www.whalemail.com The is a great service for sending large files up to 50 megs, your regular ISP just can't handle that kind of load. Go ahead, transfer you entire C Drive to the ones you love most. It's even FREE! Nice guys huh? Internet Service Providers: http://www.thelist.com Don't like the service you've been getting from your present Internet Service Provider? Take a look at the more than 8,000 ISP's you have to choose from. You're Not Stuck! Nothing But FREE Stuff: http://www.thefreesite.com Now who doesn't like Free Stuff that is really Free? This site is a ton-of-fun and there is something for everyone. It offers a multitude of freebies and we are sure you may find something that interest you. Free Fax Service: http://www.fax4free.com Here you can get a free fax phone number and receive your faxes on your computer. You can print your faxes out on your printer. Print quality is much higher than normal fax machines. Looking For A Job or Career? http://www.jobfinders.com This site is very user friendly. If you are in need of searching for that one job you can't seem to locate anywhere else, this site is up to the challenge. International Directory Assistance Online: http://www.infobel.com If you have ever gotten International Directory Assistance from ATT then you are aware that you can easily pay up to $9.00 dollars for that information. Here is an online solution and it's free. Get Directions Anywhere: http://www.mapquest.com It does not matter where you're trying to go, this site will provide with complete details and instructions on how to get there. See for yourself. Traveling has never been easier! Looking For Someone? http://www.discreetdatasystems.com Yes, this site will assist you in finding that someone special or not so special, whatever the case maybe. You will need to have some basic information regarding your search, but the site does deliver. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: install problem with 4.0 (spec_getpages)
Marc van Kempen wrote: Hi, While trying to boot from the 4.0 installation disks, I get the following error after the devices have been probed: [SNIP] root@localhost:/usr/src/sys/compile/SCHOPENHAUER Timecounter "i8254" frequency 1193182 Hz CPU: Celeron (412.50-MHz 686-class CPU) 412 MHz is a non-conventional speed for a Celly : if you are overclocking (I'm doing it, too), does the bug repeats itself when at the normal speed ? TfH [SNIÞ] -- Thierry HerbelotASCII RIBBON CAMPAIGN /"\ mailto:[EMAIL PROTECTED] AGAINST HTML MAIL NEWS \ / http://perso.cybercable.fr/herbelot PAS DE HTML DANS X Hiroshima 45, Tchernobyl 86, Windows 95... LES COURRIELS / \ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: install problem with 4.0 (spec_getpages)
Marc van Kempen wrote: Hi, While trying to boot from the 4.0 installation disks, I get the following error after the devices have been probed: [SNIP] root@localhost:/usr/src/sys/compile/SCHOPENHAUER Timecounter "i8254" frequency 1193182 Hz CPU: Celeron (412.50-MHz 686-class CPU) 412 MHz is a non-conventional speed for a Celly : if you are overclocking (I'm doing it, too), does the bug repeats itself when at the normal speed ? I will try that, it didn't occur to me to do that, since I've been running that for a year or so now, without any problems. Regards, Marc. -- Marc van Kempen BowTie Technology Email: [EMAIL PROTECTED]WWW Databases tel. +31 40 2 43 20 65 fax. +31 40 2 44 21 86 http://www.bowtie.nl To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
This error occured during "make installworld" on a 5.0 Current systemscvsuped from late afternoon Saturday March 18. ln -s curses.h /usr/include/ncurses.h 1 error *** Error code 2 1 error
umass driver
If anyone is using the umass driver, please send me the output of (*) dmesg | grep '^\(.hci\|usb\|umass\|da\|(da\)' \ mail -s 'Drive info' [EMAIL PROTECTED] And if you like, send me comments on whether that works for you and whether you have seen any problems. Thanks in advance. Nick (*) Which will give me the information on the USB host controller, any usbXX error messages and the umass drive in use, the SCSI device messages, including the 'lost device' messages' -- [EMAIL PROTECTED] [EMAIL PROTECTED] USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: install problem with 4.0 (spec_getpages)
On Sun, 19 Mar 2000, Thierry.herbelot wrote: Marc van Kempen wrote: Hi, While trying to boot from the 4.0 installation disks, I get the following error after the devices have been probed: [SNIP] root@localhost:/usr/src/sys/compile/SCHOPENHAUER Timecounter "i8254" frequency 1193182 Hz CPU: Celeron (412.50-MHz 686-class CPU) 412 MHz is a non-conventional speed for a Celly : if you are overclocking (I'm doing it, too), does the bug repeats itself when at the normal speed ? yes it does. anyway.. problem fixed this afternoon (australia time :P)! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
emu10k1 (SB Live!) support under FreeBSD?
Are there any plans to support the emu10k1 chip (SoundBlaster Live! and SB512) under FreeBSD? I would love to help out, but I don't know where to start, and I have no kernel programming experience. There are reference drivers available for linux via http://opensource.creative.com or http://www.alsa-project.org (my preference). Tom Veldhouse [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
4.0 kernel size quite a bit larger than 3.4?
Has anyone else noticed their 4.0 kernel is quite a bit larger than 3.4? I've been building 4.0 kernels before I try to upgrade pinhead from 3-CURRENT to 4. I started with GENERIC in both cases and simply turned off all the features/drivers I don't need and added the ones I do. (/kernel is 3.4): $ ll /kernel kernel; size /kernel kernel -rwxr-xr-x 1 root wheel 1877424 Feb 7 14:15 /kernel -rwxr-xr-x 1 parag bin2331259 Mar 19 11:28 kernel textdata bss dec hex filename 1451231 109080 158188 1718499 1a38e3 /kernel 1721108 234908 120376 2076392 1faee8 kernel ~280Kb of .text seems a bit excessive. I completely stripped both images and compared them but the size difference is still the same. (Both config files are attached below.) It's hard to diff the config files as so much stuff has changed and rearranged between the 3.4 and 4.0. A manual exam/compare of both didn't point out anything obvious to me but perhaps I've simply missed something big. I prefer to build everything into the kernel rather than use KLDs just to be sure I haven't forgotten to update the latter. (I searched the mail archives but didn't find anything obvious.) Thanks! -- Parag Patel # # PINHEAD config file developed from: # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # #http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246 2000/03/09 16:32:55 jlemon Exp $ machine i386 #cpuI386_CPU #cpuI486_CPU cpu I586_CPU cpu I686_CPU ident PINHEAD maxusers32 #makeoptionsDEBUG=-g#Build kernel with gdb(1) debug symbols #optionsMATH_EMULATE#Support for x87 emulation options INET#InterNETworking #optionsINET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT#FFS usable as root device [keep this!] options MFS #Memory Filesystem #optionsMD_ROOT #MD is a potential root device options NFS #Network Filesystem #optionsNFS_ROOT#NFS usable as root device, NFS required #optionsMSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #optionsCD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=3000 #Delay (in ms) before probing SCSI options UCONSOLE#Allow users to grab the console #optionsUSERCONFIG #boot -c editor #optionsVISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B#Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING #optionsICMP_BANDLIM#Rate limit bad replies options DDB options INVARIANTS options INVARIANT_SUPPORT options MD5 options COMPAT_LINUX #optionsVESA options IDE_DELAY=3000 options NETATALK#Appletalk communications protocols options SOFTUPDATES #Copyrighted FFS changes # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #optionsNCPU=2 # number of CPUs #optionsNBUS=4 # number of busses #optionsNAPIC=1 # number of IO APICs #optionsNINTR=24# number of INTs device isa #device eisa device pci # Floppy drives device fdc0at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 #device fd1 at fdc0 drive 1 # ATA and
Re: install problem with 4.0 (spec_getpages)
* Marc van Kempen [EMAIL PROTECTED] [000319 07:18] wrote: Marc van Kempen wrote: Hi, While trying to boot from the 4.0 installation disks, I get the following error after the devices have been probed: [SNIP] root@localhost:/usr/src/sys/compile/SCHOPENHAUER Timecounter "i8254" frequency 1193182 Hz CPU: Celeron (412.50-MHz 686-class CPU) 412 MHz is a non-conventional speed for a Celly : if you are overclocking (I'm doing it, too), does the bug repeats itself when at the normal speed ? I will try that, it didn't occur to me to do that, since I've been running that for a year or so now, without any problems. You also ought to make sure the floppies can get through a complete format before dd'ing the images over them. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP; new options for -current!
In message [EMAIL PROTECTED], Peter Wemm writes : If you are using old drivers that haven't been newbusified yet, you will need to add 'options COMPAT_OLDPCI' and/or 'options COMPAT_OLDISA' to your kernel configs and regenerate. Otherwise you will get compile failures. I think this is premature. I tried to newbusify if_mn.c, but after having added about 50 lines of code to replace the current about 10, I gave up. We need a highlevel wrapper for newbus before we should force people to upgrade the old-style drivers. -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: emu10k1 (SB Live!) support under FreeBSD?
| Are there any plans to support the emu10k1 chip (SoundBlaster Live! and | SB512) under FreeBSD? | | I would love to help out, but I don't know where to start, and I have no | kernel programming experience. There are reference drivers available for | linux via http://opensource.creative.com or http://www.alsa-project.org | (my preference). One is on the way... -- Dan Moschuk ([EMAIL PROTECTED]) "Waste not fresh tears on old griefs." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 kernel size quite a bit larger than 3.4?
To follow-up to my own note, I found some ISA devices that I failed to turn off under 4.0. Now the sizes are closer, but still around 180Kb .text larger, ~270Kb overall: $ ll /kernel kernel -rwxr-xr-x 1 root wheel 1877424 Feb 7 14:15 /kernel # (3.4) -rwxr-xr-x 1 parag bin2230379 Mar 19 12:47 kernel $ size /kernel kernel textdata bss dec hex filename 1451231 109080 158188 1718499 1a38e3 /kernel # (3.4) 1634903 231484 120264 1986651 1e505b kernel So I created a merged list of object file sizes (appended below). It looks like a case of being nibbled to death by cats. (Julian Elischer suggested it may be due to the newbus code which affects just about everything.) No obvious place that has eaten a bunch of space - it's pretty well scattered throughout. -- Parag Patel textdata bss dec hex filename 1298 4 01302 516 93cx6.o 1298 4 01302 516 93cx6.o (3.4) 3652 20273664081908 aarp.o 3064 202736582016bc aarp.o (3.4) 2509 388 02897 b51 ac97.o 3522 520 44046 fce ad1816.o 134951164 0 146593943 ad1848.o (3.4) 99151356 8 112792c0f ahc_pci.o 82601056 493202468 ahc_pci.o (3.4) 406424372 10 45024afe0 aic7xxx.o 410054192 10 45207b097 aic7xxx.o (3.4) 4491 0 844991193 aicasm.o 4491 0 844991193 aicasm.o (3.4) 19354 0 60 194144bd6 aicasm_gram.o 19354 0 60 194144bd6 aicasm_gram.o (3.4) 11393 24 20 114372cad aicasm_scan.o 11393 24 20 114372cad aicasm_scan.o (3.4) 2234 0 42238 8be aicasm_symbol.o 2234 0 42238 8be aicasm_symbol.o (3.4) 483 8 258 749 2ed arc4random.o 3092 0 03092 c14 at_control.o 3112 0 03112 c28 at_control.o (3.4) 16 116 0 132 84 at_proto.o 16 100 0 116 74 at_proto.o (3.4) 11856 620 272 1274831cc ata-all.o 5111 200 1125423152f ata-disk.o 9276 0 09276243c ata-dma.o 6434 84 1665341986 atapi-all.o 14699 148 0 1484739ff atapi-cd.o 11238 108 64 114102c92 atapi-cd.o (3.4) 6991 0173687272217 atapi.o (3.4) 578160205892 17693451d atkbd.o 572660165888 1763044de atkbd.o (3.4) 374 108 0 482 1e2 atkbd_isa.o 139 16 4 159 9f atkbd_isa.o (3.4) 4308 8 964412113c atkbdc.o 4284 8 9643881124 atkbdc.o (3.4) 1033 280 01313 521 atkbdc_isa.o 105 16 0 121 79 atkbdc_isa.o (3.4) 220 0 0 220 dc atomic.o 220 0 0 220 dc atomic.o (3.4) 925 96 01021 3fd autoconf.o 1687 156 01843 733 autoconf.o (3.4) 291 0 0 291 123 bcd.o 291 0 0 291 123 bcd.o (3.4) 2461 44 02505 9c9 bios.o 1350 52 01402 57a bios.o (3.4) 219 8 0 227 e3 bioscall.o 47 0 0 47 2f bioscall.o (3.4) 4083 248 20435110ff bpf.o 3978 1361244535814ee bpf.o (3.4) 2393 0 02393 959 bpf_filter.o 2393 0 02393 959 bpf_filter.o (3.4) 1196 256 01452 5ac bus_if.o 660 72 0 732 2dc bus_if.o (3.4) 3024 4 803108 c24 busdma_machdep.o 2906 4 802990 bae busdma_machdep.o (3.4) 318 0 0 318 13e cam.o 318 0 0 318 13e cam.o (3.4) 375 0 0 375 177 cam_extend.o 375 0 0 375 177 cam_extend.o (3.4) 6288 0 062881890 cam_periph.o 6075 0 0607517bb cam_periph.o (3.4) 1438 0 01438 59e cam_queue.o 1438 0 01438 59e cam_queue.o (3.4) 234 0 0 234 ea cam_sim.o 234 0 0 234 ea cam_sim.o (3.4) 23494 968 72 245345fd6 cam_xpt.o 22815 992 76 238835d4b cam_xpt.o (3.4) 154 0 0 154 9a cd9660_bmap.o 154 0 0 154 9a cd9660_bmap.o (3.4) 2319 0 02319 90f cd9660_lookup.o 2319 0 02319 90f cd9660_lookup.o (3.4) 1779 0 121791 6ff cd9660_node.o 1763 0 121775 6ef cd9660_node.o (3.4) 3108 384 03492 da4 cd9660_rrip.o 3096
75 second delay using telnet/ssh (ipv6 related)
Hi. This is kind of weird, so I want to see if anyone else has noticed this or has a solution to it. If I use telnet or ssh (there might be more programs, but I have only noticed these two so far), and supply a hostname to it, my machine is constantly requesting records, and finally after 75 seconds it requests and receives an A record from the nameserver. Using ssh -4 or telnet -4 makes it work right away (of course), but I don't want to have to type that all the time. [program] ipv4address also works. Logs are attached.. norn[~]# tcpdump -n net 128.189.4.1 tcpdump: listening on ed0 14:50:33.016513 24.113.19.137.1112 128.189.4.1.53: 25863+ ? freefall.free bsd.org. (38) 14:50:33.574535 128.189.4.1.53 24.113.19.137.1112: 25863* 0/1/0 (112) (DF) 14:50:33.575014 24.113.19.137.1113 128.189.4.1.53: 25864+ ? freefall.free bsd.org.norn.ca.eu.org. (53) 14:50:38.576829 24.113.19.137.1114 128.189.4.1.53: 25864+ ? freefall.free bsd.org.norn.ca.eu.org. (53) 14:50:48.586848 24.113.19.137.1115 128.189.4.1.53: 25864+ ? freefall.free bsd.org.norn.ca.eu.org. (53) 14:51:08.596965 24.113.19.137.1116 128.189.4.1.53: 25864+ ? freefall.free bsd.org.norn.ca.eu.org. (53) 14:51:48.617121 24.113.19.137.1117 128.189.4.1.53: 25865+ A? freefall.freebsd .org. (38) 14:51:48.739460 128.189.4.1.53 24.113.19.137.1117: 25865* 1/7/7 A 204.216.27. 21 (339) (DF) % ssh -v freefall.freebsd.org SSH Version OpenSSH-1.2.2, protocol version 1.5. Compiled with SSL. debug: Reading configuration data /home/cpiazza/.ssh/config debug: Applying options for * debug: Reading configuration data /etc/ssh/ssh_config debug: Applying options for * debug: ssh_connect: getuid 0 geteuid 0 anon 0 ***PAUSE HAPPENS HERE*** debug: Connecting to freefall.freebsd.org [204.216.27.21] port 22. debug: Allocated local port 1021. debug: Connection established. ...etc This happened about a month ago but it fixed itself after a few hours so I thought it was a name server problem until it happened again today... It happens with any nameserver I try. Any ideas?? -Chris -- [EMAIL PROTECTED] [EMAIL PROTECTED] Abbotsford, BC, Canada To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: install problem with 4.0 (spec_getpages)
On Sun, 19 Mar 2000, Marc van Kempen wrote: On Mon, Mar 20, 2000 at 01:55:11AM +1000, Idea Receiver wrote: On Sun, 19 Mar 2000, Thierry.herbelot wrote: Marc van Kempen wrote: Hi, While trying to boot from the 4.0 installation disks, I get the following error after the devices have been probed: [SNIP] root@localhost:/usr/src/sys/compile/SCHOPENHAUER Timecounter "i8254" frequency 1193182 Hz CPU: Celeron (412.50-MHz 686-class CPU) 412 MHz is a non-conventional speed for a Celly : if you are overclocking (I'm doing it, too), does the bug repeats itself when at the normal speed ? yes it does. anyway.. problem fixed this afternoon (australia time :P)! oops.. sorry.. I try to reply a different mail in a different group with a totally different topic and nothing to do with FreeBSD at all... I dont know what my finger do.. I was think other thing and accidently replied this mail... :^P To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
Daniel C. Sobral wrote: Brian Dean wrote: Forrest Aldrich wrote: Someone mentioned that sysinstall could be scripted... is this the way to go, then? I use scripted sysinstalls here. It's really easy, however, you still have to interact with a few dialogs, namely: 1) of course, you have to specify your config file from the "Load Config" main menu option Huh? AFAIK, sysinstall accept script commands from the command line, so this could be skipped. I was referring to the use of sysinstall for the initial installation of the OS. I don't see how you can do what you say unless you create a custom boot floppy (or CD) for _each_ machine you want to install. And since we are talking on the order of 100 machines here, I don't think that is practical. Perhaps you could get by with one boot image if your machines were configured via DHCP (mine are not, and in my case, it is not practical to do so, at least not right now). And just so I'm not misinterpretted, I'm not complaining about having to specify the config file. It's not that big of a deal. In fact, I think Jordan has made it just about as simple as it can reasonably get. I was just pointing out that it's not _entirely_ hands off, and merely listed that interaction with sysinstall for the sake of completeness. For the remaining four, we can probably code appropriately via the scripting mechanism to avoid the prompts: 1) dhcp yes/no 2) crypto yes/no/which ones 3) ports yes/no 4) are you sure you want to really do this? yes/no -Brian To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
subscribe freebsd-current To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
about XFree86-4
I take a look at the XFree86-4 patches. I found in those patches, "zh_TW.big5" and "zh_CN.big5" maybe wrong. the "zh_TW.big5" should be "zh_TW.BIG5" and the "zh_CN.big5" should be "zhTW.BIG5" hopefuly I am right about this.. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
AMI MegaRAID lockup? not accepting commands.
Hi, We have a system with a new AMI card in it controlling a pair of shelves from Dell (fbsd dated: 4.0-2313-SNAP). The relevant dmesg output is below: (complete dmesg at end) amr0: AMI MegaRAID mem 0xf6c0-0xf6ff irq 14 at device 10.1 on pci2 amr0: firmware 1.01 bios 1p00 128MB memory amrd0: MegaRAID logical drive on amr0 amrd0: 172780MB (353853440 sectors) RAID 5 (optimal) The adapter does not lockup while testing with bonnie and such. However, we have a 50Gig CVS repository sitting on the raid volume. When we do a 'cvs co' of -HEAD, it causes it to lockup. The following messages are repeating continuously: Mar 19 16:02:59 cvs /kernel: amr0: controller wedged (not taking commands) Mar 19 16:03:00 cvs /kernel: amr0: I/O error - dead Mar 19 16:03:00 cvs /kernel: amr0: cmd 2 ident 178 drive 0 Mar 19 16:03:00 cvs /kernel: amr0: blkcount 12 lba 59506736 Mar 19 16:03:00 cvs /kernel: amr0: virtaddr 0xd3089000 length 6144 Mar 19 16:03:00 cvs /kernel: amr0: physaddr c880 nsg 2 Mar 19 16:03:00 cvs /kernel: amr0: 1abea000/4096 Mar 19 16:03:00 cvs /kernel: amr0: 25d2b000/2048 Mar 19 16:03:00 cvs /kernel: amr0: controller wedged (not taking commands) Mar 19 16:03:00 cvs /kernel: amr0: I/O error - dead Mar 19 16:03:00 cvs /kernel: amr0: cmd 2 ident 178 drive 0 Mar 19 16:03:00 cvs /kernel: amr0: blkcount 16 lba 59506768 Mar 19 16:03:00 cvs /kernel: amr0: virtaddr 0xd330f000 length 8192 Mar 19 16:03:00 cvs /kernel: amr0: physaddr c880 nsg 2 Mar 19 16:03:00 cvs /kernel: amr0: 2396e000/4096 Mar 19 16:03:00 cvs /kernel: amr0: 28fef000/4096 Mar 19 16:03:00 cvs /kernel: amr0: controller wedged (not taking commands) Mar 19 16:03:00 cvs /kernel: amr0: I/O error - dead Mar 19 16:03:00 cvs /kernel: amr0: cmd 2 ident 178 drive 0 Mar 19 16:03:00 cvs /kernel: amr0: blkcount 16 lba 59506784 Mar 19 16:03:00 cvs /kernel: amr0: virtaddr 0xcebf3000 length 8192 Mar 19 16:03:01 cvs /kernel: amr0: physaddr c880 nsg 2 Mar 19 16:03:01 cvs /kernel: amr0: 2547/4096 Mar 19 16:03:01 cvs /kernel: amr0: 28ab1000/4096 We have locked the card up twice in a row. In looking through the cvs logs, I find the following concerning amr.c 1.7: http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/dev/amr/amr.c - Increase the time we spend waiting for the controller to become ready to accept a new command; in high load cases it may be too busy for the old value. This loop needs something to tie it to real time, rather than just the CPU's ability to fetch from the L1 data cache, but this hack works for now. - Also, looking through freebsd-current archives, this topic seems to have been discussed in mid February, and then disappeared. If anyone has any ideas, or if there is anything we can try to help debug this problem, please let me know. Thanks, John ps: Complete dmesg output below. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-2313-SNAP #0: Sun Mar 19 15:07:38 EST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CVSKERN Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (548.63-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,XMM real memory = 805306368 (786432K bytes) avail memory = 777945088 (759712K bytes) Preloaded elf kernel "kernel" at 0xc02fe000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: ATI Mach64-GB graphics accelerator at 0.0 irq 9 isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0xffa0-0xffaf at device 7.1 on pci0 ata1: at 0x170 irq 15 on atapci0 pci0: Intel 82371AB/EB (PIIX4) USB controller at 7.2 irq 14 chip1: Intel 82371AB Power management controller port 0x850-0x85f at device 7.3 on pci0 fxp0: Intel EtherExpress Pro 10/100B Ethernet port 0xcc80-0xccbf mem 0xff10-0xff1f,0xff201000-0xff201fff irq 11 at device 13.0 on pci0 fxp0: Ethernet address 00:90:27:89:eb:9b fxp1: Intel EtherExpress Pro 10/100B Ethernet port 0xcc40-0xcc7f mem 0xff00-0xff0f,0xff20-0xff200fff irq 10 at device 14.0 on pci0 fxp1: Ethernet address 00:90:27:89:ef:10 pcib2: DEC 21152 PCI-PCI bridge at device 15.0 on pci0 pci2: PCI bus on pcib2 ahc0: Adaptec 2940 Ultra SCSI adapter port 0xdc00-0xdcff mem 0xfafff000-0xfaff irq 9 at device 9.0 on pci2 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs pcib3: PCI to PCI bridge (vendor=8086 device=0964) at device 10.0 on pci2 pci3: PCI bus on pcib3 amr0: AMI MegaRAID mem
Re: AMI MegaRAID lockup? not accepting commands.
On Sun, Mar 19, 2000 at 09:00:35PM -0500, John W. DeBoskey wrote: amr0: AMI MegaRAID mem 0xf6c0-0xf6ff irq 14 at device 10.1 on pci2 amr0: firmware 1.01 bios 1p00 128MB memory amrd0: MegaRAID logical drive on amr0 amrd0: 172780MB (353853440 sectors) RAID 5 (optimal) The adapter does not lockup while testing with bonnie and such. However, we have a 50Gig CVS repository sitting on the raid volume. When we do a 'cvs co' of -HEAD, it causes it to lockup. The following messages are repeating continuously: Mar 19 16:02:59 cvs /kernel: amr0: controller wedged (not taking commands) Mar 19 16:03:00 cvs /kernel: amr0: I/O error - dead Mar 19 16:03:00 cvs /kernel: amr0: cmd 2 ident 178 drive 0 Mar 19 16:03:00 cvs /kernel: amr0: blkcount 12 lba 59506736 Mar 19 16:03:00 cvs /kernel: amr0: virtaddr 0xd3089000 length 6144 Mar 19 16:03:00 cvs /kernel: amr0: physaddr c880 nsg 2 Mar 19 16:03:00 cvs /kernel: amr0: 1abea000/4096 Mar 19 16:03:00 cvs /kernel: amr0: 25d2b000/2048 Ditto, less the kernel messages. Every process wedged into biord and I couldn't reboot the machine or do much of anything (no DDB, g). Rebooting this resulted in all the of the disks being marked 'failed' by the controller and I had to remark them 'online' and boot. A very long night(well, whatever 3am is..) of fscking followed. It was not fun. amr0: AMI MegaRAID mem 0xf6c0-0xf6ff irq 10 at device 10.1 on pci2 amr0: firmware 3.13 bios 1.43 16MB memory amrd0: MegaRAID logical drive on amr0 amrd0: 173390MB (355102720 sectors) RAID 5 (optimal) -- Bill Fumerola - Network Architect Computer Horizons Corp - CVM e-mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] Office: 800-252-2421 x128 / Cell: 248-761-7272 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
It does not have to be that hands on. Brian Dean wrote: Daniel C. Sobral wrote: Brian Dean wrote: Forrest Aldrich wrote: Someone mentioned that sysinstall could be scripted... is this the way to go, then? I use scripted sysinstalls here. It's really easy, however, you still have to interact with a few dialogs, namely: 1) of course, you have to specify your config file from the "Load Config" main menu option Huh? AFAIK, sysinstall accept script commands from the command line, so this could be skipped. I was referring to the use of sysinstall for the initial installation of the OS. I don't see how you can do what you say unless you create a custom boot floppy (or CD) for _each_ machine you want to install. And since we are talking on the order of 100 machines here, I don't think that is practical. Perhaps you could get by with one boot image if your machines were configured via DHCP (mine are not, and in my case, it is not practical to do so, at least not right now). And just so I'm not misinterpretted, I'm not complaining about having to specify the config file. It's not that big of a deal. In fact, I think Jordan has made it just about as simple as it can reasonably get. I was just pointing out that it's not _entirely_ hands off, and merely listed that interaction with sysinstall for the sake of completeness. For the remaining four, we can probably code appropriately via the scripting mechanism to avoid the prompts: 1) dhcp yes/no If the sysinstall script has all the host info you don't need to answer this. 2) crypto yes/no/which ones What I did is make a package of ssh it no longer asks. 3) ports yes/no Can be specified in the sysinstall script. 4) are you sure you want to really do this? yes/no I still answer this one. -Brian I hacked PicoBSD to do this so it works from one floppy. You can either name the file install.cfg in which case it is run automatically or give it a ../stand/my_script.cfg to grab the build file you wish from stand which is where I put my scripts on the build floppy. I have about a dozen different scripts on the floppy and still seem to have lots of room. I haven't automated adding users. I did this under 3.2 and am trying to find the time to move it to 3.4 although it should be able to build 3.4 servers with no problem. Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
MAC21 Art Fair 2000
M A C 2 1 - 2000 International Contemporary Art Fair Feria Internacional de Arte Contemporneo === Contenido: 1 . ENGLISH TEXT 2 . TEXTO EN ESPAOL ENGLISH TEXT You can visit actualized: www.mac21.com with complete information of 3 Edition of MAC21 - International Contemporary Art Fair, that will take place in the Fairs and Congresses Center of Marbella (Spain), from 19 to 23 July, 2000. Galleries, conditions, application, prices,... Moreover, information of the 2 Edition of Art-e-mail, International Exhibition of E-mails of Artists. MAC21 [EMAIL PROTECTED] [EMAIL PROTECTED] === We adhere to responsible e-mail ethics if you wish to be "removed" from future mailings, please click on this link mailto: [EMAIL PROTECTED]?subject=REMOVE:[EMAIL PROTECTED] and hit send. === TEXTO ESPAOL Ya puedes visitar actualizada: www.mac21.com con toda la informacin de la 3 edicion de MAC21-Feria Internacional de Arte Contemporaneo, que se celebrara en el Palacio de Ferias y Congresos de Marbella (Espaa), del 19 al 23 de julio del 2000. Galeras, condiciones, inscripcion, precios,... Adems, informacin de la 2 Edicin de Art-e-mail, Exposicin Internacional de E-mails de Artistas. MAC21 [EMAIL PROTECTED] [EMAIL PROTECTED] === Acogiendonos a la etica de la comunicacion por e-mail, si desea ser "borrado" de futuros envios, por favor pulse el siguiente link mailto: [EMAIL PROTECTED]?subject=BORRAR:[EMAIL PROTECTED] y envie. === To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: about XFree86-4
On 03/20/00, Idea Receiver wrote: the "zh_TW.big5" should be "zh_TW.BIG5" and the "zh_CN.big5" should be "zhTW.BIG5" ^^^ oops. should be "zh_TW.BIG5" :P Actually, that should be zh_TW.Big5 and zh_CN.Big5. :) Thanks to vanilla for fixing this. -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Broken buildworld in CURRENT
Freshly 'cvsup'-ed 5.0-CURRENT. === gnu/usr.bin/binutils/doc makeinfo --no-validate -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/bfd/doc -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc --no-split -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinfo -o gdb.info /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinfo:4647: warning: unlikely character , in @var. /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinfo:5284: warning: @sc argument all uppercase, thus no effect. /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinfo:6531: warning: @sc argument all uppercase, thus no effect. /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc/rluser.texinfo:1331: warning: @sc argument all uppercase, thus no effect. ./inc-hist.texi:31: Index `bt' already exists. makeinfo: Removing output file `gdb.info' due to errors; use --force to preserve. *** Error code 2 Stop in /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc. *** Error code 1 Stop in /arch/FreeBSD-current/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /arch/FreeBSD-current/src/gnu/usr.bin. *** Error code 1 Stop in /arch/FreeBSD-current/src/gnu. *** Error code 1 Stop in /arch/FreeBSD-current/src. *** Error code 1 Stop in /arch/FreeBSD-current/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
