From owner-freebsd-current Sat Sep 4 6:40:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id BED8814BF7; Sat, 4 Sep 1999 06:40:38 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-164.skylink.it [194.185.55.164]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id PAA18828; Sat, 4 Sep 1999 15:38:12 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id MAA57148; Sat, 4 Sep 1999 12:45:08 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sat, 4 Sep 1999 12:45:08 GMT Date: Sat, 4 Sep 1999 14:45:08 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: Kenneth Culver Cc: freebsd-current@FreeBSD.ORG, Roger Hardiman , phk@FreeBSD.ORG Subject: Re: the pcm driver and the bktr device In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cdevsw_add is called in devsw_module_handler and in bktr_probe. Patch attached. It looks like the init in bktr_probe became superfluous in revision 1.90 of brooktree848.c: revision 1.90 date: 1999/08/23 20:59:12; author: phk; state: Exp; lines: +7 -20 Convert DEVFS hooks in (most) drivers to make_dev(). Diskslice/label code not yet handled. Vinum, i4b, alpha, pc98 not dealt with (left to respective Maintainers) Add the correct hook for devfs to kern_conf.c The net result of this excercise is that a lot less files depends on DEVFS, and devtoname() gets more sensible output in many cases. A few drivers had minor additional cleanups performed relating to cdevsw registration. A few drivers don't register a cdevsw{} anymore, but only use make_dev(). ..." Nick On Fri, 3 Sep 1999, Kenneth Culver wrote: > It seems I have the classic IRQ conflict going on here. > I have 4 devices that all seem to want the same irq. For some reason the > USB port, the pcm driver, the bktr driver, and one other thing (I havn't > figured out what) all want IRQ 11. The pcm driver is driving an aureal > vortex right now. I have never had this problem before, and even though > they are all sharing the same IRQ, they all work at the same time in > windows. I would like to know why they won't work in FreeBSD. Here is the > output from the dmesg command: > Copyright (c) 1992-1999 The FreeBSD Project. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 4.0-CURRENT #5: Fri Sep 3 18:57:32 EDT 1999 > culverk@culverk.student.umd.edu:/usr/src/sys/compile/MYKERNEL > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium II/Xeon/Celeron (451.02-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x652 Stepping = 2 > > Features=0x183f9ff T,PSE36,MMX,FXSR> > real memory = 134152192 (131008K bytes) > avail memory = 127393792 (124408K bytes) > Preloaded elf kernel "kernel" at 0xc0293000. > Pentium Pro MTRR support enabled > npx0: on motherboard > npx0: INT 16 interface > apm0: on motherboard > apm: found APM BIOS v1.2, connected at v1.2 > pcib0: on motherboard > pci0: on pcib0 > WARNING: "bktr" is usurping "bktr"'s cdevsw[] > pcib1: at device 0.0 on pci0 > pci1: on pcib1 > vga-pci0: at device 0.0 on pci1 > isab0: at device 7.0 on pci0 > isa0: on isab0 > ata-pci0: at device 7.1 on pci0 > ata-pci0: Busmastering DMA supported > ata0 at 0x01f0 irq 14 on ata-pci0 > ata1 at 0x0170 irq 15 on ata-pci0 > chip1: irq 11 at device 7.2 on pci0 > chip2: at device 7.3 on pci0 > pcm0: irq 11 at device 9.0 on pci0 > pcm0: irq test failed > pcm0: codec timeout reading register 2 (fe7604) > pcm0: codec timeout reading register 26 (fe7604) > ac97: dac not ready > bktr0: irq 11 at device 13.0 on pci0 > bktr0: could not map interrupt > device_probe_and_attach: bktr0 attach returned 6 > pci0: unknown card DD^0878 (vendor=0x109e, dev=0x0878) at 13.1 irq 11 > de0: irq 10 at device 15.0 on pci0 > de0: 21140A [10-100Mb/s] pass 2.2 > de0: address 00:c0:f0:1f:21:02 > pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 17.0 > pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 19.0 > fdc0: at port 0x3f0-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-0x6f on isa0 > atkbd0: irq 1 on atkbdc0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3 > vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: on isa0 > sc0: VGA <16 virtual consoles, flags=0x200> > 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 flags 0x40 on isa0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > plip0: on ppbus 0 > lpt0: on ppbus 0 > lpt0: Interrupt-driven port > ppi0: on ppbus 0 > vpo0: on ppbus 0 > vpo0: EPP 1.9 mode > ata0: master: setting up UDMA2 mode on PIIX4 chip OK > ad0: ATA-4 disk at ata0 as master > ad0: 8063MB (16514064 sectors), 16383 cyls, 16 heads, 63 S/T, 512 B/S > ad0: piomode=4, dmammode=2, udmamode=2 > ad1: 16 secs/int, 0 depth queue, DMA mode > Creating DISK ad1 > Creating DISK wd1 > ata1: master: setting up UDMA2 mode on PIIX4 chip OK > ad2: ATA-3 disk at ata1 as master > ad2: 6187MB (12672450 sectors), 13410 cyls, 15 heads, 63 S/T, 512 B/S > ad2: piomode=4, dmamode=2, udmamode=2 > ad2: 16 secs/int, 0 depth queue, DMA mode > Creating DISK ad2 > Creating DISK wd2 > atapi: piomode=4, dmamode=2, udmamode=-1 > atapi: PIO transfer mode set > acd0: CDROM drive at ata1 as slave > acd0: drive speed 0 - 6875KB/sec, 128KB cache > acd0: supported read types: CD-DA > acd0: Audio: play, 255 volume levels > acd0: Mechanism: ejectable tray > acd0: Medium: CD-ROM 120mm data disc loaded, unlocked > da0 at vpo0 bus 0 target 6 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: Attempt to query device size failed: NOT READY, Medium not present > changing root device to wd1s1a > de0: enabling 10baseT port > > If someone can tell me how to make those devices stop sharing the same IRQ > I'd appreciate it. Thanks. > > Kenneth Culver > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message