Date: Tue, 15 Aug 2006 15:36:56 +0100 From: Dominic Marks <dom@goodforbusiness.co.uk> To: John Baldwin <jhb@freebsd.org>, freebsd-stable@freebsd.org Subject: Re: Device conflict 3ware twe and CMedia sound card Message-ID: <44E1DC08.40405@goodforbusiness.co.uk> In-Reply-To: <44E1D926.5020602@goodforbusiness.co.uk> References: <44D9B5B4.7010208@goodforbusiness.co.uk> <200608101341.57641.jhb@freebsd.org> <44DC4A79.7010501@goodforbusiness.co.uk> <200608111253.40972.jhb@freebsd.org> <44E1D926.5020602@goodforbusiness.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Dominic Marks wrote: > John Baldwin wrote: >> On Friday 11 August 2006 05:14, Dominic Marks wrote: >>> John Baldwin wrote: >>>> On Thursday 10 August 2006 11:27, Dominic Marks wrote: >>>>>> hint.pci3.13.INTA.irq=17 >>>>>> >>>>>> That should make twe0 use IRQ 17. >>>>>> >>>>> I doesn't seem to have had the desired effect: >>>>> >>>>> > kenv | grep pci3 >>>>> hint.pci3.13.INTA.irq="17" >>>>> >>>>> > grep twe0 /var/run/dmesg.boot >>>>> twe0: <3ware Storage Controller. [...]> port 0xdcb0-0xdcbf mem >>>>> 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 >>>> Erm, that should have worked. Did you just do 'kenv' to set it or >>>> did you reboot and set it in the loader? Also, what version are you >>>> running, and what revision of /sys/dev/pci/pci.c do you have? >>>> >>> I set it in devices.hints and rebooted. >>> >>> FreeBSD gdc083.internal.graphdata.co.uk 6.1-STABLE FreeBSD 6.1-STABLE >>> #2: Mon Jul 17 16:30:13 BST 2006 >>> dominicm@gdc083.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GDC083 >>> i386 >>> >>> /usr/src/sys/dev/pci/pci.c: >>> $FreeBSD: src/sys/dev/pci/pci.c,v 1.292.2.7 2006/01/31 14:42:43 >>> imp Exp $ >> >> Hmm, ok. Well, the next step is to try and see why it isn't working. >> Can you patch the pci_assign_interrupt() function in >> /sys/dev/pci/pci.c to printf() the tunable name it generates via >> sprintf() each time it is invoked? Then boot with that and send me >> the dmesg? Thanks. >> > > A day later than promised: > > > grep "DEBUG:" /var/run/dmesg.boot > DEBUG: hw.pci0.2.INTA.irq > DEBUG: hw.pci0.3.INTA.irq > DEBUG: hw.pci0.4.INTA.irq > DEBUG: hw.pci0.29.INTA.irq > DEBUG: hw.pci0.29.INTB.irq > DEBUG: hw.pci0.29.INTC.irq > DEBUG: hw.pci0.29.INTA.irq > DEBUG: hw.pci0.29.INTD.irq > DEBUG: hw.pci0.31.INTA.irq > DEBUG: hw.pci0.31.INTA.irq > DEBUG: hw.pci0.31.INTB.irq > DEBUG: hw.pci3.13.INTA.irq (**) > DEBUG: hw.pci3.14.INTA.irq > DEBUG: hw.pci4.0.INTA.irq > DEBUG: hw.pci7.13.INTA.irq > > > tail -1 /boot/device.hints > hint.pci3.13.INTA.irq="17" > > So I'm assuming this is a case of group-blindness :) s/hint/hw/ > > I'll see how setting hw[...] instead of hint[...] works. YOU ROCK JOHN! Thanks, I can now iozone the stripe with no obvious impact of Desktop performance. Previously even a 1MB/s single file copy would make the system virtually unusable. Thanks again, Dominic > Thanks, > Dominic > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44E1DC08.40405>