Piotr A. Sygula wrote:
Having an issue with shared interrupts with a setup with 3 TDM400P cards,
and dealing with Digium support, I'd like to share with the list the fact
that Digium claims the following:
The following output from lspci -vb (shows IRQ from PCI-bus perspective,
rather than the
Kevin Hanson wrote:
If what you say is true, then I'm hosed. I've got six things sharing
IRQ 255 according to lspci -vb:
Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI
Controller #1
Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI
Controller #2
Intel
On Nov 15, 2005, at 10:02 AM, Kevin Hanson wrote:
Kevin Hanson wrote:
If what you say is true, then I'm hosed. I've got six things
sharing IRQ 255 according to lspci -vb:
Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI
Controller #1
Intel Corporation 82801DB/DBL/DBM
Tom Rymes wrote:
On Nov 15, 2005, at 10:02 AM, Kevin Hanson wrote:
Kevin Hanson wrote:
If what you say is true, then I'm hosed. I've got six things
sharing IRQ 255 according to lspci -vb:
Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI
Controller #1
Intel Corporation
On Tuesday 15 November 2005 10:49, Kevin Hanson wrote:
Haven't tried swapping slots yet. And, no, bios does not allow IRQ
assignment.
Well, as Kevin Fleming and I both pointed out, lspci -v output is irrelavent,
as it is the IRQ assignments before the IO-APIC gets configured.
Do you have
Hi,
Does this motherboard have an on board Ethernet port. If so, disable it
and install a PCI NIC. There are known problems with on board NICs. Also
what type of slot are you putting a Digium card in... Only PCI-X and PCI
can be used with Digium boards. PCI Express does not work...
Thanks
Andrew Kohlsmith wrote:
On Tuesday 15 November 2005 10:49, Kevin Hanson wrote:
Haven't tried swapping slots yet. And, no, bios does not allow IRQ
assignment.
Well, as Kevin Fleming and I both pointed out, lspci -v output is irrelavent,
as it is the IRQ assignments before the
On Tuesday 15 November 2005 13:33, Kevin Hanson wrote:
Can you explain the earlier post in this thread that seems to imply that
Digium support thinks differently?
Yes. Digium support was misinformed. Kevin Fleming of Digium replied to you
about that in this very thread.
-A.
Andrew Kohlsmith wrote:
On Tuesday 15 November 2005 13:33, Kevin Hanson wrote:
Can you explain the earlier post in this thread that seems to imply that
Digium support thinks differently?
Yes. Digium support was misinformed. Kevin Fleming of Digium replied to you
about that in this
Kevin P. Fleming wrote:
'lspci -vb' does not understand IO-APIC mode, as best I can tell, so
the interrupt number that it reports is totally useless.
On my desktop machine, with an nVidia graphics card in a PCI-Express
slot, /proc/interrupts shows it using interrupt 185, and 'lspci -vb'
George Pajari wrote:
I am aware of all of the above but does the fact you are posting this
mean that Digium is now aware of this?
It means I am :-) I have been trying to teach the tech support team
about this, but I don't think it has quite sunk in yet. I believe that
means it's time for
Mr. Fleming:
Thank you so much for your email -- that's the best news I've heard all
week.
Kevin P. Fleming wrote:
George Pajari wrote:
I am aware of all of the above but does the fact you are posting this
mean that Digium is now aware of this?
It means I am :-) I have been trying to
to comment???
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Eric
ManxPower Wieling
Sent: Wednesday, November 09, 2005 9:38 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Intel Desktop MotherBoards Unsuitable
Discussion
Subject: [Asterisk-Users] Intel Desktop MotherBoards Unsuitable for
DigiumBoards
FYI:
We're trying to standardise on a tier one motherboard for the Asterisk
boxes we build for customers and thought we'd try to use a low-end Intel
Desktop Board since even a low-end Celeron has more than enough
No. APIC was in 2.4 as well, but you need an Intel CPU in there (I
think) in order to be able to take advantage of it. AMD's don't have
this option available.
APIC support is chipset dependent. My old Athlon 2600+ is offline,
so I cannot verify it, but the Athlon64 and Opteron systems are
[EMAIL PROTECTED] bweschke]$ cat /proc/interrupts
CPU0
0: 3599019886 XT-PIC timer
1: 8 XT-PIC i8042
2: 0 XT-PIC cascade
8: 1 XT-PIC rtc
9: 0 XT-PIC acpi
10: 189326016 XT-PIC eth0
On Wednesday 09 November 2005 13:36, BJ Weschke wrote:
[EMAIL PROTECTED] bweschke]$ cat /proc/interrupts
CPU0
0: 3599019886 XT-PIC timer
1: 8 XT-PIC i8042
2: 0 XT-PIC cascade
8: 1 XT-PIC rtc
9:
It was, and it wasn't.
It's good to know there are other AMD systems that do support it. I
didn't know that. I haven't come across one here that did, but I've
not worked with alot of Opteron systems.
On 11/9/05, Andrew Kohlsmith [EMAIL PROTECTED] wrote:
On Wednesday 09 November 2005 13:36, BJ
A little off-topic but I actually got 6 TDM400P cards in one system to
all be on their own interrupts using this P4 Photon V1.01P 865chip
board. The last card shared interrupts with some other stuff that
wasn't interrupt intensive. The system was stable ringing 12 phones
24/7 in 100 degree heat
Justin Tunney wrote:
A little off-topic but I actually got 6 TDM400P cards in one system to
all be on their own interrupts using this P4 Photon V1.01P 865chip
board. The last card shared interrupts with some other stuff that
wasn't interrupt intensive. The system was stable ringing 12 phones
As the originator of this thread I would like to respond to some of the
posts so far.
1. To the person who asked if I was referring to Intel boards or
chipsets. I said boards and I meant boards. I have done no research to
determine if the limitation extends to boards based on Intel chipsets
George Pajari wrote:
As to those who continue to doubt the stupidity of Intel's mobo
designers, here are the salient excepts of an lspci -vb from an Intel
Desktop Board D915GVWB machine with a TDM04B board:
And the saga continues...
'lspci -vb' does not understand IO-APIC mode, as best I
22 matches
Mail list logo
