panic - probably aic7810/398X related
Yesterday I decided to upgrade my home server from it's PRE_SMPNG state to -current, but now it panics just after detecting the aic7810 RAID controller (though unsupported, the box booted happily on an PRE_SMPNG kernel). The 398X adapter is one of the cards that doesn't work with AHC_ALLOW_MEMIO (as I understand it because of the PCI-PCI bridge) so I don't know if the recent changes here has something to do with it. -current: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Sun Nov 12 12:39:35 CET 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MAIL Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 166193999 Hz CPU: Pentium/P54C (166.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8 real memory = 134217728 (131072K bytes) avail memory = 126603264 (123636K bytes) Preloaded elf kernel "kernel" at 0xc03d4000. Preloaded elf module "vinum.ko" at 0xc03d40a8. npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 isab0: Intel 82371SB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 pci0: Intel PIIX3 ATA controller at 7.1 pcib1: DEC 21050 PCI-PCI bridge at device 9.0 on pci0 pci1: PCI bus on pcib1 ahc0: Adaptec 398X SCSI RAID adapter port 0xd800-0xd8ff mem 0xf900-0xf9000fff irq 9 at device 4.0 on pci1 aic7870: Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: Adaptec aic7810 RAID memory controller port 0xd400-0xd4ff mem 0xfb00-0xfb1f,0xf880-0xf8800fff irq 11 at device 5.0 on pci1 RAID functionality unsupported Fatal trap 12: page fault while in kernel mode fault virtual address = 0x432 fault code = supervisor read, page not present instruction pointer = 0x8:0xc013656b stack pointer = 0x10:0xc03e8e30 frame pointer = 0x10:0xc03e8e38 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 = 0 (swapper) kernel: type 12 trap, code=0 Stopped at ahc_fini_scbdata+0xb: movzbl 0x432(%esi),%eax db trace ahc_fini_scbdata(c0737000) at ahc_fini_scbdata+0xb ahc_free(c0737000,c0ec8080,c0efa380,c0efa180,c0283888) at ahc_free+0xd ahc_pci_attach(c0efa180,c0efa180,c0efa800,c0efa380,0) at ahc_pci_attach+0xea device_probe_and_attach(c0efa180) at device_probe_and_attach+0x8e bus_generic_attach(c0efa380,c0efa380,c0efac00,c0efa800,0) at bus_generic_attach+0x16 device_probe_and_attach(c0efa380) at device_probe_and_attach+0x8e bus_generic_attach(c0efa800,c0efa800,c0efa800,c026a65f,) at bus_generic_attach+0x16 pcib_attach(c0efa800,c0efa800,c0efac80,c0efac00,0) at pcib_attach+0x9c device_probe_and_attach(c0efa800) at device_probe_and_attach+0x8e bus_generic_attach(c0efac00,c0efac00,c0efad80,c0efac80,0) at bus_generic_attach+0x16 device_probe_and_attach(c0efac00) at device_probe_and_attach+0x8e bus_generic_attach(c0efac80,c0efac80,c027a1b8,0,c0efac80) at bus_generic_attach+0x16 nexus_pcib_attach(c0efac80,c0efac80,c0efad80,c0efad80,0) at nexus_pcib_attach+0x1f device_probe_and_attach(c0efac80) at device_probe_and_attach+0x8e bus_generic_attach(c0efad80,c0ee4080,c0738e00,c03e8fc0,c016a6ca) at bus_generic_attach+0x16 nexus_attach(c0efad80,c0efad80,c02942d0,3ed000,0) at nexus_attach+0xe device_probe_and_attach(c0efad80) at device_probe_and_attach+0x8e root_bus_configure(c0738e00,c02737ac,0) at root_bus_configure+0x16 configure(0,3e6c00,3e6000,0,c011d232) at configure+0x33 mi_startup() at mi_startup+0x68 begin() at begin+0x29 db From a working PRE_SMPNG kernel: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Thu Nov 9 02:18:13 CET 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MAIL Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 166193968 Hz CPU: Pentium/P54C (166.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8 real memory = 134217728 (131072K bytes) avail memory = 127541248 (124552K bytes) Preloaded elf kernel "kernel.ko" at 0xc02f. Preloaded elf module "randomdev.ko" at 0xc02f00a0. npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 isab0: Intel 82371SB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 pci0: Intel PIIX3 ATA controller
How to set AC'97 on Board Sound sound card?
My system can recognize my VIA AC97 on board sound card. I can use cat /dev/sndstat to see my sound card information. But why i cann't play any sound ? N '²æìr¸zǧvf¢Új:+v¨· è®"¶§²æìr¸yúÞy»rêëz{bØ^nr¡ûazg¬±¨
AWE-64 no longer detected...
Since my last cvsup, my Soundblaster AWE-64 card is no longer detected. unknown: Audio can't assign resources unknown: Game can't assign resources unknown0: WaveTable at port 0x620-0x623 on isa0 Has anyone else seen this problem? Below is the full dmesg output. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1-RC2 #10: Fri Nov 10 20:44:42 PST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/clonix.sound Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (166.40-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 67108864 (65536K bytes) avail memory = 59555840 (58160K bytes) Preloaded elf kernel "kernel" at 0xc03e3000. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 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 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xd000-0xd01f irq 9 at device 7.2 on pci0 usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port 1 power on failed, IOERROR uhub0: port 2 power on failed, IOERROR chip1: Intel 82371AB Power management controller port 0x5f00-0x5f0f at device 7.3 on pci0 pci0: S3 ViRGE DX/GX graphics accelerator at 9.0 irq 0 ahc0: Adaptec aic7860 SCSI adapter port 0xd800-0xd8ff mem 0xffeef000-0xffee irq 11 at device 10.0 on pci0 ahc0: aic7860 Single Channel A, SCSI Id=7, 3/255 SCBs isa0: too many dependant configs (8) isa0: unexpected small tag 14 fdc0: NEC 765 or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppi0: Parallel I/O on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ep0: 3Com 3C509-TPO EtherLink III at port 0x300-0x30f irq 10 on isa0 ep0: eeprom failed to come ready. ep0: eeprom failed to come ready. ep0: eeprom failed to come ready. ep0: eeprom failed to come ready. ep0: eeprom failed to come ready. ep0: Ethernet address 00:00:00:00:00:00 ex: WARNING: board's EEPROM is configured for IRQ 3, using 5 ex0: Intel EtherExpress(TM) PRO Adapter at port 0x200-0x20f iomem 0xc8000-0xcbfff irq 5 on isa0 ex0: Ethernet address 00:aa:00:b8:cc:e8 unknown: Audio can't assign resources unknown: Game can't assign resources unknown0: WaveTable at port 0x620-0x623 on isa0 ep1: 3Com 3C509B-TPO EtherLink III (PnP) at port 0x210-0x21f irq 12 on isa0 ep1: Ethernet address 00:60:97:50:cf:72 BRIDGE 990810, have 11 interfaces -- index 1 type 6 phy 0 addrl 6 addr 00.00.00.00.00.00 -- index 2 type 6 phy 0 addrl 6 addr 00.aa.00.b8.cc.e8 -- index 3 type 6 phy 0 addrl 6 addr 00.60.97.50.cf.72 IPsec: Initialized Security Association Processing. IPv6 packet filtering initialized, default to accept, unlimited logging ad0: 6149MB WDC AC36400L [13328/15/63] at ata0-master using UDMA33 acd0: CDROM CD-ROM CDU4011 at ata1-master using PIO4 Waiting 7 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: FUJITSU M2684S-512 2035 Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 507MB (1039329 512 byte sectors: 64H 32S/T 507C) ex0: not multicast capable, IPv6 not enabled ex0: promiscuous mode enabled To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: AWE-64 no longer detected...
Mine seems to be detected just fine with a CVSUP on Sat Nov 11, 2000 at around 22:00 EST. The only error I get whiel trying to detect the card is: pci0: unknown card (vendor=0x11d1, dev=0x01f7) at 10.0 irq 9 I might submit a fix for this error at some point, but it doesn't affect anything. Jim Bloom [EMAIL PROTECTED] Glendon Gross wrote: Since my last cvsup, my Soundblaster AWE-64 card is no longer detected. unknown: Audio can't assign resources unknown: Game can't assign resources unknown0: WaveTable at port 0x620-0x623 on isa0 Has anyone else seen this problem? Below is the full dmesg output. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: savecore broken because kern.bootfile is set wrong
Matthew Jacob wrote: Also, in "src/sys/boot/common/boot.c" we still have this: static const char *default_bootfiles = "kernel.ko"; which isn't right any more. Absolutely wrong, yes. Look at kern_mib.c: char kernelname[MAXPATHLEN] = "/kernel";/* XXX bloat */ SYSCTL_STRING(_kern, KERN_BOOTFILE, bootfile, CTLFLAG_RW, kernelname, sizeof kernelname, "Name of kernel file booted"); This is also wrong now. In loader(8), the environment variable "bootfile" contains a list of file names that will be tried for the kernel name. The environment variable "kernelname" is set to the full path name to the kernel (or so I believe :) when the kernel is loaded. This is done in common/load_elf.c and common/load_aout.c. The function elf_loadfile(), for instance, receives the name of the module/kernel to be loaded, and set kernelname to that if it is a kernel and the load is succesful. Since that function uses open(filename, ...), it is garanteed that it needs to receive the full path. Of course, none of this works with the device/slice[/partition] that has the kernel isn't mounted later as root. :-) Afterwards, I don't know how this information gets passed to the kernel. On i386, this happens: kernelname = getenv("kernelname"); i386_getdev(NULL, kernelname, kernelpath); bi.bi_kernelname = VTOP(kernelpath); Though the alpha code (alpha/libalpha/bootinfo.c) also fill in a lot of stuff in bi, it has no reference at all to "kernelname". Did it ever work? :-) -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] He has been convicted of criminal possession of a clue with intent to distribute. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: savecore broken because kern.bootfile is set wrong
Matthew Jacob wrote: Something actually was changed at some point perhaps? On i386, kernelname is dug out of bootinfo and copied (in assembler). On alpha: p = getenv("kernelname"); if (p) strncpy(kernelname, p, sizeof(kernelname) - 1); Did the loader used to set kernelname as an environment variable? Yes, kernelname is set in common/load_elf.c. The i386 code strips it of any device prefix, though. The alpha code would do well to do the same. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] He has been convicted of criminal possession of a clue with intent to distribute. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: savecore broken because kern.bootfile is set wrong
Mike Smith wrote: Did the loader used to set kernelname as an environment variable? It should still do it. (The forth code handles this) My only Alpha is running -stable, and $kernelname is set correctly there (see the output of 'kenv'). Not the forth code. The forth code doesn't get anywhere near kernelname. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] He has been convicted of criminal possession of a clue with intent to distribute. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ISA PnP resource allocation
In message [EMAIL PROTECTED] Daniel Rock writes: : I already filed a PR for this problem but my first solution was a real : hack (kern/21461). : : [another solution would be to introduce another flag for : rman_reserve_resource() not to search for alternate regions. Would the alignment stuff I added for cardbus help any? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: panic - probably aic7810/398X related
On Sun, Nov 12, 2000 at 02:13:39PM -0700, Justin T. Gibbs wrote: Yesterday I decided to upgrade my home server from it's PRE_SMPNG state to -current, but now it panics just after detecting the aic7810 RAID controller (though unsupported, the box booted happily on an PRE_SMPNG kernel). My guess is that this patch will fix your problem. Indeed. Thanks. Justin Index: aic7xxx.c === RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.c,v retrieving revision 1.60 diff -c -r1.60 aic7xxx.c *** aic7xxx.c 2000/11/12 05:19:46 1.60 --- aic7xxx.c 2000/11/12 21:11:43 *** *** 3689,3694 --- 3689,3696 struct scb_data *scb_data; scb_data = ahc-scb_data; + if (scb_data == NULL) + return; switch (scb_data-init_level) { default: /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. Network Manager, Tele Danmark NET, IP-section. "Hey, are any of you guys out there actually *using* RFC 2549?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD Foundation: Examples of FreeBSD as teaching aid/research plat
Do foreign educational institutes count as well for this purpose? Yes. I think the Dutch University of Twente uses FreeBSD a lot for their curriculi. I'd say the courses by Mr McKusick might rank here as well, putting the *BSD on a big pile I guess, but teaching Unix Internals. Mark -- Nice testing in little China... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
New openssh maintainer
I havent had time to deal with OpenSSH problems lately - I've asked Brian Feldman to take over for me, and he's agreed. Hassle him from now on, please :-) Kris PGP signature
make modules kicks the first module directory twice
(Strip down To: address, maybe it's only -current problem so I send this email to [EMAIL PROTECTED] also. Set appropriate Subject:. -- MAR) marcel Makoto-san mentioned there's a problem with 3dfx. Is this marcel still the case or has it been resolved? Unfortunately, no. It seems that nobody use -j option already :-) *** Most audiences doesn't understand what's the problem (it's my fault). I've checked again, and here is "how to reproduce the problem easily": (Prepare fresh kernel source code tree; this example uses /usr/src/sys.) % cd /usr/src/sys/conf/GENERIC; config GENERIC (... stuff deleted ...) % cd ../../compile/GENERIC % make -j 2 modules cd ../../modules env MAKEOBJDIRPREFIX=/usr/src/sys/compile/GENERIC/modules KMODDIR=/boot/kernel make obj all === 3dfx === 3dfx Warning: Object directory not changed from original /usr/src/sys/modules/3dfx (... ok, break it ...) '3dfx' directory is kicked twice. Apparantly, the one assumes that /usr/src/sys/modules/3dfx is an object directory, and yet another one assumes maybe /usr/src/sys/compile/GENERIC/modules is an object directory (this is correct). Note that make(1) uses only one directory for module building (I dunno why), so if the former one is used, the latter one is simply ignored (again, I dunno why). It's O.K. if /usr/src/sys/compile/GENERIC/modules is used correctly; however, what will happen if only /usr/src/sys/modules/3dfx is used as an object directory? -- that's problem. So... you cannot supply the make variable, KERNEL_FLAG='-j 2', to your "make release" since you've hit this problem. Don't blame '3dfx' module. It's simply the first module directory listed in SUBDIRS variable; you can see the same problem even if you change the order of SUBDIRS directories. I tried to fix, but sorry I cannot find an answer. However, here is an escape of this problem: Index: Makefile === RCS file: /lab/FreeBSD/FreeBSD.cvs/src/release/Makefile,v retrieving revision 1.585 diff -c -r1.585 Makefile *** Makefile2000/11/12 11:04:11 1.585 --- Makefile2000/11/13 05:37:12 *** *** 831,837 @rm -f ${RD}/kernels/*.ko @cd ${.CURDIR}/../sys/${MACHINE}/conf config ${KERNEL} @cd ${.CURDIR}/../sys/compile/${KERNEL} \ ! make kernel-depend \ make ${KERNEL_FLAGS} modules \ make modules-reinstall DESTDIR=${RD}/kernels \ --- 831,837 @rm -f ${RD}/kernels/*.ko @cd ${.CURDIR}/../sys/${MACHINE}/conf config ${KERNEL} @cd ${.CURDIR}/../sys/compile/${KERNEL} \ ! make modules-depend \ make ${KERNEL_FLAGS} modules \ make modules-reinstall DESTDIR=${RD}/kernels \ It does not fix this problem. However, if we separate the execution of "make obj" and "make all", we can avoid (again, not *fix*) the problem. Maybe this change is reasonable; there is few meaning doing "make kernel-depend" in "doMODULES" target. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make modules kicks the first module directory twice
In message [EMAIL PROTECTED] Makoto MATSUSHITA writes: : It does not fix this problem. However, if we separate the execution of : "make obj" and "make all", we can avoid (again, not *fix*) the problem. : Maybe this change is reasonable; there is few meaning doing "make : kernel-depend" in "doMODULES" target. I think that make has no business doing an implicit make obj for the all target. I have been running with patches in my tree that doesn't do the obj target if .depend exists. Of course, you have to be more careful about running make depend in that case, but right now the make obj in the all target is hiding this problem. So I would agree with your patch and your proposal. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make modules kicks the first module directory twice
Makoto MATSUSHITA wrote: % make -j 2 modules cd ../../modules env MAKEOBJDIRPREFIX=/usr/src/sys/compile/GENERIC/modules KMODDIR=/boot/kernel make obj all === 3dfx === 3dfx Warning: Object directory not changed from original /usr/src/sys/modules/3dfx (... ok, break it ...) The problem is in the fact that the Makefile (the one in /sys/conf) contains something like: ${MAKE} obj all and ${MAKE} obj depend The net effect is that these targets are built in parallel, which obviously isn't right. The following solves the problem (i386 only): Index: Makefile.i386 === RCS file: /home/ncvs/src/sys/conf/Makefile.i386,v retrieving revision 1.212 diff -u -r1.212 Makefile.i386 --- Makefile.i386 2000/10/29 09:47:50 1.212 +++ Makefile.i386 2000/11/13 07:49:00 @@ -271,11 +271,13 @@ modules: @mkdir -p ${.OBJDIR}/modules - cd $S/modules env ${MKMODULESENV} ${MAKE} obj all + cd $S/modules env ${MKMODULESENV} ${MAKE} obj \ + env ${MKMODULESENV} ${MAKE} all modules-depend: @mkdir -p ${.OBJDIR}/modules - cd $S/modules env ${MKMODULESENV} ${MAKE} obj depend + cd $S/modules env ${MKMODULESENV} ${MAKE} obj $$ \ + env ${MKMODULESENV} ${MAKE} depend modules-clean: cd $S/modules env ${MKMODULESENV} ${MAKE} clean -- Marcel Moolenaar mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] tel: (408) 447-4222 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message