From owner-freebsd-stable Thu Mar 15 13:13: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from postal.incyte.com (postal.incyte.com [198.31.37.2]) by hub.freebsd.org (Postfix) with ESMTP id 764EB37B71A for ; Thu, 15 Mar 2001 13:12:47 -0800 (PST) (envelope-from bl@incyte.com) Received: from blah.incyte.com (blah.incyte.com [10.99.1.40]) by postal.incyte.com (8.11.1/8.11.1) with ESMTP id f2FLCkT04889 for ; Thu, 15 Mar 2001 13:12:46 -0800 (PST) Received: from blah.incyte.com (bl@localhost) by blah.incyte.com (8.9.1a/8.9.1) with ESMTP id NAA109052 for ; Thu, 15 Mar 2001 13:12:47 -0800 (PST) Message-Id: <200103152112.NAA109052@blah.incyte.com> X-Authentication-Warning: blah.incyte.com: bl owned process doing -bs To: freebsd-stable@freebsd.org Subject: Re: 4.3-beta spits PCI errors when sound file played (sound from cd ok) In-Reply-To: Your message of "Wed, 14 Mar 2001 17:36:21 PST." <200103150136.RAA106453@blah.incyte.com> Date: Thu, 15 Mar 2001 13:12:46 -0800 From: "Brett G. Lemoine" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For what it's worth, I'm getting the same errors with the eval version of the OSS sound driver. Is anyone successfully using the on-board sound chip on a Tylan Thunderbolt motherboard? If not, is anyone successfully using an added sound-card with it? It'd sure be nice to be able to listen to my cd collection without having to plop a new cd in every hour or so.... thanks, bl > > I've a -stable system, updated as of this morning, that's spewing errors > when I play an mp3 file from disk. > > Mar 14 18:36:00 blur /kernel: ahc1: PCI error Interrupt at seqaddr = 0x9 > Mar 14 18:36:00 blur /kernel: ahc1: Data Parity Error Detected during address > or > write data phase > Mar 14 18:36:00 blur /kernel: ahc0: PCI error Interrupt at seqaddr = 0x9 > Mar 14 18:36:00 blur /kernel: ahc0: Data Parity Error Detected during address > or > write data phase > Mar 14 18:36:00 blur /kernel: ahc1: PCI error Interrupt at seqaddr = 0x9 > Mar 14 18:36:00 blur /kernel: ahc1: Data Parity Error Detected during address > or > write data phase > Mar 14 18:36:00 blur /kernel: ahc0: PCI error Interrupt at seqaddr = 0x8 > Mar 14 18:36:00 blur /kernel: ahc0: Data Parity Error Detected during address > or > write data phase > [...] and so-on for a few hundred lines. > > I'll admit that this is _far_ better than what 4.2-stable was doing, > which was crashing with something like: > > (da1:ahc0:0:1:0): Invalidating pack > (da1:ahc0:0:1:0): SCB 0x1d - timed out while idle, SEQADDR == 0x5 > STACK == 0x13, 0x174, 0x15e, 0x174 > SXFRCTL0 == 0x80 > SCB count = 110 > QINFIFO entries: 34 18 46 1 19 31 52 20 33 9 3 67 57 45 0 30 54 22 50 40 23 8 > 36 > 2 32 44 35 5 17 11 28 10 101 15 51 26 6 > Waiting Queue entries: 11:66 > Disconnected Queue entries: 17:39 27:29 > QOUTFIFO entries: > Sequencer Free SCB List: 20 2 0 28 14 10 29 31 15 24 > 7 19 6 23 18 21 12 26 13 22 4 30 9 3 16 8 25 1 5 > Pending list: 6 26 51 15 101 10 28 11 17 5 35 44 32 > 2 36 8 23 40 50 22 54 30 0 45 57 67 3 9 33 20 52 31 19 1 46 18 34 66 39 29 > Kernel Free SCB list: 24 58 25 47 59 55 27 42 4 49 3 > 8 37 43 21 41 53 48 16 12 69 56 68 13 83 14 82 81 80 99 98 97 96 95 94 93 92 > 91 > 90 > 109 108 107 106 105 104 103 102 65 84 85 86 87 88 89 70 71 72 73 74 75 76 77 > 78 > 7 > 9 60 61 62 63 64 100 > sg[0] - Addr 0x1a608800 : Length 1024 > (da1:ahc0:0:1:0): SCB 29: Immediate reset. Flags = > 0x4040 > (da1:ahc0:0:1:0): no longer in timeout, status = 34b > ahc0: Issued Channel A Bus Reset. 40 SCBs aborted > > > My current kernel is GENERIC v1.246.2.23 (2001/03/07) with 'device pcm' > tacked on. > > My dmesg is below. Any ideas? Is there anything else I could do > to help pin this thing down? > > It's not a _simple_ conflict, since I can play cd's direct out the > sound driver without any problems. It's just when I play an mp3 or > wav off of disk. Weird. > > > > Copyright (c) 1992-2001 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.3-BETA #0: Wed Mar 14 18:08:30 CST 2001 > root@blur.unixshaman.com:/usr/src/sys/compile/GENSND > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium III/Pentium III Xeon/Celeron (751.71-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > Features=0x383fbff ,CMOV,PAT,PSE36,MMX,FXSR,SSE> > real memory = 1073741824 (1048576K bytes) > config> di sn0 > config> di lnc0 > config> di ie0 > config> di fe0 > config> di ed0 > config> di cs0 > config> di bt0 > config> di aic0 > config> di aha0 > config> di adv0 > config> q > avail memory = 1041117184 (1016716K bytes) > Preloaded elf kernel "kernel" at 0xc049c000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc049c09c. > Pentium Pro MTRR support enabled > md0: Malloc disk > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > pcib2: at device 1.0 on pci0 > pci1: on pcib2 > pcib3: at device 1.0 on pci1 > pci2: on pcib3 > pci2: at 1.0 > pci2: at 2.0 > pci2: at 3.0 > pci2: at 4.0 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0xffa0-0xffaf at device 7.1 on p > ci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > uhci0: port 0xef80-0xef9f irq 11 at > device 7.2 on pci0 > usb0: 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 > chip1: port 0x440-0x44f at device > 7.3 on pci0 > ahc0: port 0xe400-0xe4ff mem 0xfebfe > 000-0xfebfefff irq 10 at device 11.0 on pci0 > aic7896/97: Wide Channel A, SCSI Id=7, 32/255 SCBs > ahc1: port 0xe800-0xe8ff mem 0xfebff > 000-0xfebfffff irq 10 at device 11.1 on pci0 > aic7896/97: Wide Channel B, SCSI Id=7, 32/255 SCBs > pcm0: port 0xef00-0xef3f irq 9 at device 12.0 on pci0 > fxp0: port 0xee80-0xeebf mem 0xfea00000-0xf > eafffff,0xfebfd000-0xfebfdfff irq 11 at device 13.0 on pci0 > fxp0: Ethernet address 00:e0:81:10:c9:0e > fxp1: port 0xed80-0xedbf mem 0xfe800000-0xf > e8fffff,0xfebfc000-0xfebfcfff irq 5 at device 17.0 on pci0 > fxp1: Ethernet address 00:d0:b7:73:39:03 > pcib1: on motherboard > pci3: on pcib1 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: 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: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: IEEE1284 device found /NIBBLE > Probing for PnP devices on ppbus0: > ppbus0: HP ENHANCED PCL5,PJL,POSTSCRIPT > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port ppi0: on ppbus0 > acd0: CDROM at ata1-master using PIO4 > Waiting 15 seconds for SCSI devices to settle > Mounting root from ufs:/dev/da0s1a > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enab > led > da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enab > led > da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) > da2 at ahc1 bus 0 target 6 lun 0 > da2: Removable Direct Access SCSI-2 device > da2: 20.000MB/s transfers (20.000MHz, offset 15) > da2: 1911MB (3915600 512 byte sectors: 255H 63S/T 243C) > cd0 at ahc1 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 20.000MB/s transfers (20.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present - tra > y closed > > -- //====== Brett G. Lemoine -=- ===============================\\ || Info. Systems Architect | Remember, SCSI is not black magic. There are || ||Core Unix System Services| fundamental technical reasons why it is || || Incyte Genomics | necessary to sacrifice a goat at midnight in || || Palo Alto, California | order to get a SCSI device working properly. || |+-------------------------+-------------------------------------------------+| \\== PGP Key Fingerprint: 68 A1 2A 2D 82 CE E9 70 5B 80 D1 11 EC F3 FB 85 ==// To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message