Re: [expert] IRQ Conflicts
The problems will probably be the same in XP. Since IRQ's are assigned to slots, try moving the cards to another slot. Will that work? Some cards don't work together and others will. I'd try moving stuff around until you can find them all working. Hoyt wrote: > A friend is attempting to run Mandrake on a Tyan dual proc board with two > NICs. He has an irq conflict with one NIC and the video card. Tyan has > removed accesss in teh BIOS to set IRQs per slot. the cards can not be set > manually. Tyan tech help suggests Windows XP - no help there. > > Any way to fix this in Linux? > > -- > Hoyt > > http://www.maximumhoyt.com > > A computer without Windows is like a chocolate cake without mustard. > > > Want to buy your Pack or Services from MandrakeSoft? > Go to http://www.mandrakestore.com -- Lorne Shantz Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] IRQ Conflicts
On Thu, 2002-03-14 at 14:55, Hoyt wrote: > Thanks. > > The server is replacing a quad Xeon SCO box used for a hospital. There are > two networks and the hospital uses a thin-client topology, so network > performance is important. The shared interrupts are compromising the > networking performance. Or if those are working, the disk access is > compromised. Neither is good. > > One solution may be to disable the onboard NIC and use a dual port NIC. If > Tyan had not disabled the ability in the BIOS to allocate IRQ per slot, this > would not be a problem. (Why would they do this on a server class mobo? They > don't have a clue.) Hoyt, Tyan in the past has filled some large market gaps. In the pentium 1 days, they were one of the few mobo manufacturers to offer a dual processor mainboard. Between 1992 and 1998 I had a networking business, and we offered the hardware and the networking expertise for windows/Novell hybrid lans. Prior to 1992 one of my jobs was mobo and hardware eval for a local Computerland. Later, for my customers we standardized on tyan mobos; at that time they were the best. However, as time rolled on, there were mobo manufacturers that emerged as being more adaptable to the needs of the public. For one thing, web hardware sites emerged that actually tested and benchmarked the system boards. One thing that peeps really wanted was a way to overclock processors. As this practice took on more impetus, so did the engineers designing the chipsets for these mobos. For another thing, the chipsets had to be extremely (and I mean REAL) fault tolerant. At first glance, an overclocking mobo might seem like a non-server, more error prone solution. Actually that's backwards; the companies that were surviving on the reputation that their boards were "Server boards", were actually coasting and resting on their laurels. In the meantime, companies like Abit, Asus, FIC, Epox, and other Dr Tom roundup graduates were in reality putting out infinitely more adaptable and robust product; far exceeding the requirements for a "server board." You can't lie to the hardware sites; they are going to test your stuff. Even more to this degree, you cannot lie to Tom's Hardware; Dr Tom is the supreme source for honest hardware advice. I don't mean to be telling anything that you are not already aware of; I guess I'm putting this down for anybody else that might be interested too. Of late, I've gotten away from the hardware aspect (thank God), but for old customers, close friends and such I've basically standardized on Abit hardware. (for now, unless they get shown up really bad, like Tyan did some years back.) My opinion regarding Tyan is that they really have not responded to the bleeding edge users like they should have; and it's not a recent thing either, it's been going on for a long time now. There's no problem like a hardware problem. And when you have a hardware problem, there's no substitute for a tech like hands on access to the system. One final question. Have you tried downloading an older version of the bios and flashing it with that? One that is capable of handling the IRQ's in a more intelligent way? Also...the corollary to this is: does your mobo as of right now have "the" most current bios version? If not, it may pay for you to go the other way as well to newer. Just make sure smartdrv.exe is not loaded in the boot process when you boot the dos disk to flash the bios. Or you could lose the system. > Tyan S2466 motherboard > 4 GB ECC RAM > 3COM 905 built-on-motherboard > Radeon 7XXX AGP > 3COM 905 PCI32 bit > Adaptec 29160 SCSI 64 bit, 66Mhz > Adaptec 3410S RAID 64 bit, 66Mhz > The board has 4 32 bit 33Mhz PCI slots and 2 64 bit 66Mhz slots (those for > the SCSI controllers). > The built-in 3Com pretends to be on "slot 8" > > > BTW, as a warning to all, The current mobo BIOS has a bug that causes the > selection of ECC RAM to crash the boot process. > > The OS is Mandrake 8.2-RC1 with the Enterprise kernel. > > -- > Hoyt > > http://www.maximumhoyt.com > > > A computer without Windows is like a chocolate cake without mustard. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] IRQ Conflicts
On Thursday 14 March 2002 05:08 am, you wrote: > I have a tyan too with no hardware problem. > > you can share interrupt > > remember if you want to use both, it depends on your needs > > if you want to share different lan, or you want act as a bridge, or one > ADSL other local net Thanks. The server is replacing a quad Xeon SCO box used for a hospital. There are two networks and the hospital uses a thin-client topology, so network performance is important. The shared interrupts are compromising the networking performance. Or if those are working, the disk access is compromised. Neither is good. One solution may be to disable the onboard NIC and use a dual port NIC. If Tyan had not disabled the ability in the BIOS to allocate IRQ per slot, this would not be a problem. (Why would they do this on a server class mobo? They don't have a clue.) Tyan S2466 motherboard 4 GB ECC RAM 3COM 905 built-on-motherboard Radeon 7XXX AGP 3COM 905 PCI32 bit Adaptec 29160 SCSI 64 bit, 66Mhz Adaptec 3410S RAID 64 bit, 66Mhz The board has 4 32 bit 33Mhz PCI slots and 2 64 bit 66Mhz slots (those for the SCSI controllers). The built-in 3Com pretends to be on "slot 8" BTW, as a warning to all, The current mobo BIOS has a bug that causes the selection of ECC RAM to crash the boot process. The OS is Mandrake 8.2-RC1 with the Enterprise kernel. -- Hoyt http://www.maximumhoyt.com A computer without Windows is like a chocolate cake without mustard. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] IRQ Conflicts
I have a tyan too with no hardware problem. you can share interrupt remember if you want to use both, it depends on your needs if you want to share different lan, or you want act as a bridge, or one ADSL other local net best regards Pierfrancesco Tateo Hoyt wrote: > > A friend is attempting to run Mandrake on a Tyan dual proc board with two > NICs. He has an irq conflict with one NIC and the video card. Tyan has > removed accesss in teh BIOS to set IRQs per slot. the cards can not be set > manually. Tyan tech help suggests Windows XP - no help there. > > Any way to fix this in Linux? > > -- > Hoyt > > http://www.maximumhoyt.com > > A computer without Windows is like a chocolate cake without mustard. > > > Want to buy your Pack or Services from MandrakeSoft? > Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] IRQ Conflicts
On Wednesday 13 March 2002 11:44 pm, you wrote: > Tyan's dual NICs are usually onboard 3c980's One on-board is a 3Com, so is PCI NIC, same chipset. -- Hoyt Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] IRQ Conflicts
On Wednesday 13 March 2002 11:35 pm, you wrote: > Well, it could be a non-problem--set PnP ON and ACPI OFF and move the > cards around to different slots. No option in the BIOS to do this on the Tyan board. Is there a LILO command for it? > The two NICs should easily share an interrupt. By moving the cards around, we finally got the two nics to share IRQ 5, but neither coudl be initialized. When one NIC shared with video, we got about 8% packet loss. -- Hoyt http://www.maximumhoyt.com A computer without Windows is like a chocolate cake without mustard. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] IRQ Conflicts
On Wed, 2002-03-13 at 22:35, civileme wrote: > Well, it could be a non-problem--set PnP ON and ACPI OFF and move the > cards around to different slots. > The two NICs should easily share an interrupt. Tyan's dual NICs are usually onboard 3c980's. -- Brad Felmey Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] IRQ Conflicts
Hoyt wrote: >A friend is attempting to run Mandrake on a Tyan dual proc board with two >NICs. He has an irq conflict with one NIC and the video card. Tyan has >removed accesss in teh BIOS to set IRQs per slot. the cards can not be set >manually. Tyan tech help suggests Windows XP - no help there. > >Any way to fix this in Linux? > > > > >Want to buy your Pack or Services from MandrakeSoft? >Go to http://www.mandrakestore.com > Well, it could be a non-problem--set PnP ON and ACPI OFF and move the cards around to different slots. The two NICs should easily share an interrupt. Civileme Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] IRQ Conflicts
A friend is attempting to run Mandrake on a Tyan dual proc board with two NICs. He has an irq conflict with one NIC and the video card. Tyan has removed accesss in teh BIOS to set IRQs per slot. the cards can not be set manually. Tyan tech help suggests Windows XP - no help there. Any way to fix this in Linux? -- Hoyt http://www.maximumhoyt.com A computer without Windows is like a chocolate cake without mustard. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] IRQ conflicts or SBLive hell
On Sat, 5 Feb 2000, R. David Whitlock wrote: > I'm not sure if I'm diagnosing this correctly, but I think I'm having an > IRQ conflict. > > I've been having a right headache attempting to get my SBLive card working > under Mandrake 7.0, and I've read alot of web pages and newsgroup messages > that purport to fix the problem, and even after working them all out with > a fair amount of understanding about the underlying stuff in linux, I > really do think that the problem is an IRQ conflict. > > The quick summary is that after I have removed all sound related drivers > from the kernel, andkilled all sound related processes, I insmod > soundcore, no complaints, and then insmod emu10k1. > > But I _always_ get the following: > ./emu10k1.o: init_module: Device or resource busy > > Now everything that tries to detect my soundcard tells me its an ensoniq > 1371 or something like that, and looking at the pci information, I see > that an Ensoniq ES1371 is reported and is using IRQ 10, supposedly. > > Thats it in a nutshell. I'm about to install windows dual boot I think, > just to see if I can get all the IRQ etc information firgured out. Please > let me know where my thinking is going astray, and if my guess is right, > how I go about resolving it (pass flags to the insmod command when loading > the driver?) ? > > Thanks, > David > > > "Without the Law, there is no Liberty. Without Justice, there is no Law." > You have onboard sound disable it. It does also list the sblive doesn't it.. -- MandrakeSoft http://www.mandrakesoft.com/ --Axalon
[expert] IRQ conflicts or SBLive hell
I'm not sure if I'm diagnosing this correctly, but I think I'm having an IRQ conflict. I've been having a right headache attempting to get my SBLive card working under Mandrake 7.0, and I've read alot of web pages and newsgroup messages that purport to fix the problem, and even after working them all out with a fair amount of understanding about the underlying stuff in linux, I really do think that the problem is an IRQ conflict. The quick summary is that after I have removed all sound related drivers from the kernel, andkilled all sound related processes, I insmod soundcore, no complaints, and then insmod emu10k1. But I _always_ get the following: ./emu10k1.o: init_module: Device or resource busy Now everything that tries to detect my soundcard tells me its an ensoniq 1371 or something like that, and looking at the pci information, I see that an Ensoniq ES1371 is reported and is using IRQ 10, supposedly. Thats it in a nutshell. I'm about to install windows dual boot I think, just to see if I can get all the IRQ etc information firgured out. Please let me know where my thinking is going astray, and if my guess is right, how I go about resolving it (pass flags to the insmod command when loading the driver?) ? Thanks, David "Without the Law, there is no Liberty. Without Justice, there is no Law."