Krzysztof Halasa wrote:
> Udo van den Heuvel <[EMAIL PROTECTED]> writes:
>
>> I have DN19 and DN20 now and it doesn't work.
>> Only because the INT mapping on the riser is not right?
>
> Yes. I assume DN20 works, only DN19 has problems.
Well, today I tried the same VIA motherboard (EN12000)
Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
I have DN19 and DN20 now and it doesn't work.
Only because the INT mapping on the riser is not right?
Yes. I assume DN20 works, only DN19 has problems.
Well, today I tried the same VIA motherboard (EN12000) with a Morex
Krzysztof Halasa wrote:
> Udo van den Heuvel <[EMAIL PROTECTED]> writes:
>
>> I will try a different case with a different dual PCI riser card soon.
>> This Morex riser has DN20-31 or so, so more options.
>
> OTOH I wonder how do they use DN 21-31? The board uses lines AD11 to AD31
> (21 lines)
Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
I will try a different case with a different dual PCI riser card soon.
This Morex riser has DN20-31 or so, so more options.
OTOH I wonder how do they use DN 21-31? The board uses lines AD11 to AD31
(21 lines) for
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> Description VIA Dual PCI Riser
> The EXT-PCI is a PCI riser card which expands a PCI slot into two PCI slots.
> EXT-PCI slot 1 (lower slot) uses the system resources (Device ID, INT)
> of the PCI slot of the motherboard.
Yep. ID 20, INT D (chipset
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> I have DN19 and DN20 now and it doesn't work.
> Only because the INT mapping on the riser is not right?
Yes. I assume DN20 works, only DN19 has problems.
> http://www.morex.com.tw/drawing/MAR122-J%20Drawing.pdf shows some IDSEL
> jumper with ADxx
Krzysztof Halasa wrote:
> Udo van den Heuvel <[EMAIL PROTECTED]> writes:
>
>> I will try a different case with a different dual PCI riser card soon.
>> This Morex riser has DN20-31 or so, so more options.
>
> OTOH I wonder how do they use DN 21-31? The board uses lines AD11 to AD31
> (21 lines)
Krzysztof Halasa wrote:
> Udo van den Heuvel <[EMAIL PROTECTED]> writes:
>
>> I will try a different case with a different dual PCI riser card soon.
>> This Morex riser has DN20-31 or so, so more options.
>> Could this help solve my irq issue? (try 4 consecutive DNs until I have
>> the right
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> I will try a different case with a different dual PCI riser card soon.
> This Morex riser has DN20-31 or so, so more options.
OTOH I wonder how do they use DN 21-31? The board uses lines AD11 to AD31
(21 lines) for selecting devices #0 - #20.
Hello,
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> I will try a different case with a different dual PCI riser card soon.
> This Morex riser has DN20-31 or so, so more options.
> Could this help solve my irq issue? (try 4 consecutive DNs until I have
> the right mapping?)
I don't think so.
On Fri, Feb 23, 2007 at 04:45:45PM +0100, Udo van den Heuvel wrote:
> Small update:
>
> I will try a different case with a different dual PCI riser card soon.
> This Morex riser has DN20-31 or so, so more options.
> Could this help solve my irq issue? (try 4 consecutive DNs until I have
> the
Hello,
Small update:
I will try a different case with a different dual PCI riser card soon.
This Morex riser has DN20-31 or so, so more options.
Could this help solve my irq issue? (try 4 consecutive DNs until I have
the right mapping?)
Kind regrads,
Udo
-
To unsubscribe from this list: send
Hello,
Small update:
I will try a different case with a different dual PCI riser card soon.
This Morex riser has DN20-31 or so, so more options.
Could this help solve my irq issue? (try 4 consecutive DNs until I have
the right mapping?)
Kind regrads,
Udo
-
To unsubscribe from this list: send
On Fri, Feb 23, 2007 at 04:45:45PM +0100, Udo van den Heuvel wrote:
Small update:
I will try a different case with a different dual PCI riser card soon.
This Morex riser has DN20-31 or so, so more options.
Could this help solve my irq issue? (try 4 consecutive DNs until I have
the right
Hello,
Udo van den Heuvel [EMAIL PROTECTED] writes:
I will try a different case with a different dual PCI riser card soon.
This Morex riser has DN20-31 or so, so more options.
Could this help solve my irq issue? (try 4 consecutive DNs until I have
the right mapping?)
I don't think so.
Udo van den Heuvel [EMAIL PROTECTED] writes:
I will try a different case with a different dual PCI riser card soon.
This Morex riser has DN20-31 or so, so more options.
OTOH I wonder how do they use DN 21-31? The board uses lines AD11 to AD31
(21 lines) for selecting devices #0 - #20. 32-bit
Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
I will try a different case with a different dual PCI riser card soon.
This Morex riser has DN20-31 or so, so more options.
Could this help solve my irq issue? (try 4 consecutive DNs until I have
the right mapping?)
I
Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
I will try a different case with a different dual PCI riser card soon.
This Morex riser has DN20-31 or so, so more options.
OTOH I wonder how do they use DN 21-31? The board uses lines AD11 to AD31
(21 lines) for
Udo van den Heuvel [EMAIL PROTECTED] writes:
I have DN19 and DN20 now and it doesn't work.
Only because the INT mapping on the riser is not right?
Yes. I assume DN20 works, only DN19 has problems.
http://www.morex.com.tw/drawing/MAR122-J%20Drawing.pdf shows some IDSEL
jumper with ADxx
Udo van den Heuvel [EMAIL PROTECTED] writes:
Description VIA Dual PCI Riser
The EXT-PCI is a PCI riser card which expands a PCI slot into two PCI slots.
EXT-PCI slot 1 (lower slot) uses the system resources (Device ID, INT)
of the PCI slot of the motherboard.
Yep. ID 20, INT D (chipset POV).
Alistair John Strachan <[EMAIL PROTECTED]> writes:
> One warning to you though, I found the riser to be pretty flaky, causing
> bizarre lockups and periodic crashes of Linux. Maybe this is a Linux
> bug, but
> it really didn't seem like it.
I don't know how it could be a Linux bug.
Perhaps
[EMAIL PROTECTED] (Lennart Sorensen) writes:
> Well someone said the VIA uses INTA for the DN19 on their riser card,
> although is that INTA from the CPUs point of view or INTA from the slot
> the riser card is plugged into?
CPU/chipset it seems.
>> Device# IDSEL INT (first)
>> 0x08
On Wednesday 21 February 2007 22:40, Lennart Sorensen wrote:
> On Wed, Feb 21, 2007 at 10:35:05PM +0100, Krzysztof Halasa wrote:
> > Do you mean both slots on the riser card? No, they have to be rotated.
> >
> > Given the table from the manual:
> > > The IRQ (interrupt request line) are hardware
On Wed, Feb 21, 2007 at 10:35:05PM +0100, Krzysztof Halasa wrote:
> Do you mean both slots on the riser card? No, they have to be rotated.
>
> Given the table from the manual:
>
> > The IRQ (interrupt request line) are hardware lines over which devices
> > can send interrupt signals to the
On Wed, Feb 21, 2007 at 07:11:06PM +0100, Udo van den Heuvel wrote:
> BTW:
>
> Is the situation, with default DN setting of 19 as displayed below,
> `normal` w.r.t. interrupts?
> I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
> have the same irq although they are on
On Wed, Feb 21, 2007 at 01:11:12AM +0100, Krzysztof Halasa wrote:
> [EMAIL PROTECTED] (Lennart Sorensen) writes:
>
> > Via has a dual pci-ext card. See EXT-PCI at
> > http://www.via.com.tw/en/products/mainboards/accessories.jsp
>
> Right, and they say it's compatible with "EPIA mini-ITX
On Wed, Feb 21, 2007 at 10:24:28AM +0100, Udo van den Heuvel wrote:
> Udo van den Heuvel wrote:
> > Any ideas about how to proceed?
> > What to test?
>
> I found some info on the VIA dual PCI extender card at
> http://www.itx-warehouse.co.uk/Product.aspx?ProductID=410.
> The text says:
>
> The
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> Is the situation, with default DN setting of 19 as displayed below,
> `normal` w.r.t. interrupts?
> I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
> have the same irq although they are on different busses.
It's normal (and
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> But the IRQ for the DVB-T card doesn't work.
That's because the card drives incorrect INT line. The system (BIOS,
Linux) thinks the card would drive INT_D (as seen at the MB PCI slot)
and and card drives (its INT_A) INT_B.
> I would need to test
On Wed, Feb 21, 2007 at 03:59:51PM +0100, Udo van den Heuvel wrote:
> But the IRQ for the DVB-T card doesn't work.
> I would need to test the DVB-T card alone to be sure it has working IRQ.
> If so, what would be the conclusion?
Well the BIOS makes an assumption about the irq routing on the
Lennart Sorensen wrote:
> On Wed, Feb 21, 2007 at 10:24:28AM +0100, Udo van den Heuvel wrote:
>> Udo van den Heuvel wrote:
>> So, if not (as in my situation) how can I find out what is wrong?
>> Or find out if the BIOS works OK with the card?
>> How can I verify that the correct routing for the
BTW:
Is the situation, with default DN setting of 19 as displayed below,
`normal` w.r.t. interrupts?
I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
have the same irq although they are on different busses.
(...)
00:13.0 Multimedia controller: Philips Semiconductors
Krzysztof Halasa wrote:
> Udo van den Heuvel <[EMAIL PROTECTED]> writes:
>
>> So if my non-VIA riser card can use DN 19 and also INT_A things should work?
>
> That INT_A may be INT_A from their (motherboard) point of view, but
> the riser card doesn't know about that, it only knows INTs as seen
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> So if my non-VIA riser card can use DN 19 and also INT_A things should work?
That INT_A may be INT_A from their (motherboard) point of view, but
the riser card doesn't know about that, it only knows INTs as seen
at its PCI edge connector (so this
Udo van den Heuvel wrote:
> Any ideas about how to proceed?
> What to test?
I found some info on the VIA dual PCI extender card at
http://www.itx-warehouse.co.uk/Product.aspx?ProductID=410.
The text says:
The EXT-PCI is a PCI riser card which expands a PCI slot into two PCI slots.
EXT-PCI slot
Udo van den Heuvel wrote:
Any ideas about how to proceed?
What to test?
I found some info on the VIA dual PCI extender card at
http://www.itx-warehouse.co.uk/Product.aspx?ProductID=410.
The text says:
The EXT-PCI is a PCI riser card which expands a PCI slot into two PCI slots.
EXT-PCI slot 1
Udo van den Heuvel [EMAIL PROTECTED] writes:
So if my non-VIA riser card can use DN 19 and also INT_A things should work?
That INT_A may be INT_A from their (motherboard) point of view, but
the riser card doesn't know about that, it only knows INTs as seen
at its PCI edge connector (so this
Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
So if my non-VIA riser card can use DN 19 and also INT_A things should work?
That INT_A may be INT_A from their (motherboard) point of view, but
the riser card doesn't know about that, it only knows INTs as seen
at its
BTW:
Is the situation, with default DN setting of 19 as displayed below,
`normal` w.r.t. interrupts?
I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
have the same irq although they are on different busses.
(...)
00:13.0 Multimedia controller: Philips Semiconductors
Lennart Sorensen wrote:
On Wed, Feb 21, 2007 at 10:24:28AM +0100, Udo van den Heuvel wrote:
Udo van den Heuvel wrote:
So, if not (as in my situation) how can I find out what is wrong?
Or find out if the BIOS works OK with the card?
How can I verify that the correct routing for the IRQ is in
On Wed, Feb 21, 2007 at 03:59:51PM +0100, Udo van den Heuvel wrote:
But the IRQ for the DVB-T card doesn't work.
I would need to test the DVB-T card alone to be sure it has working IRQ.
If so, what would be the conclusion?
Well the BIOS makes an assumption about the irq routing on the board,
Udo van den Heuvel [EMAIL PROTECTED] writes:
But the IRQ for the DVB-T card doesn't work.
That's because the card drives incorrect INT line. The system (BIOS,
Linux) thinks the card would drive INT_D (as seen at the MB PCI slot)
and and card drives (its INT_A) INT_B.
I would need to test the
Udo van den Heuvel [EMAIL PROTECTED] writes:
Is the situation, with default DN setting of 19 as displayed below,
`normal` w.r.t. interrupts?
I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
have the same irq although they are on different busses.
It's normal (and
On Wed, Feb 21, 2007 at 01:11:12AM +0100, Krzysztof Halasa wrote:
[EMAIL PROTECTED] (Lennart Sorensen) writes:
Via has a dual pci-ext card. See EXT-PCI at
http://www.via.com.tw/en/products/mainboards/accessories.jsp
Right, and they say it's compatible with EPIA mini-ITX family.
That
On Wed, Feb 21, 2007 at 10:24:28AM +0100, Udo van den Heuvel wrote:
Udo van den Heuvel wrote:
Any ideas about how to proceed?
What to test?
I found some info on the VIA dual PCI extender card at
http://www.itx-warehouse.co.uk/Product.aspx?ProductID=410.
The text says:
The EXT-PCI is a
On Wed, Feb 21, 2007 at 07:11:06PM +0100, Udo van den Heuvel wrote:
BTW:
Is the situation, with default DN setting of 19 as displayed below,
`normal` w.r.t. interrupts?
I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
have the same irq although they are on different
On Wed, Feb 21, 2007 at 10:35:05PM +0100, Krzysztof Halasa wrote:
Do you mean both slots on the riser card? No, they have to be rotated.
Given the table from the manual:
The IRQ (interrupt request line) are hardware lines over which devices
can send interrupt signals to the
On Wednesday 21 February 2007 22:40, Lennart Sorensen wrote:
On Wed, Feb 21, 2007 at 10:35:05PM +0100, Krzysztof Halasa wrote:
Do you mean both slots on the riser card? No, they have to be rotated.
Given the table from the manual:
The IRQ (interrupt request line) are hardware lines over
[EMAIL PROTECTED] (Lennart Sorensen) writes:
Well someone said the VIA uses INTA for the DN19 on their riser card,
although is that INTA from the CPUs point of view or INTA from the slot
the riser card is plugged into?
CPU/chipset it seems.
Device# IDSEL INT (first)
0x08A19 n/a
Alistair John Strachan [EMAIL PROTECTED] writes:
One warning to you though, I found the riser to be pretty flaky, causing
bizarre lockups and periodic crashes of Linux. Maybe this is a Linux
bug, but
it really didn't seem like it.
I don't know how it could be a Linux bug.
Perhaps
[EMAIL PROTECTED] (Lennart Sorensen) writes:
> Via has a dual pci-ext card. See EXT-PCI at
> http://www.via.com.tw/en/products/mainboards/accessories.jsp
Right, and they say it's compatible with "EPIA mini-ITX family".
That means the mappings I just outlined should apply to all of them.
BTW:
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> saa7146: found saa7146 @ mem f896a000 (revision 1, irq 145) (0x153b,0x1157).
> saa7146: found saa7146 @ mem f89e6000 (revision 1, irq 153) (0x153b,0x1155).
IO-APICs can do such things...
Ok, I have experimented a bit with my old unused EPIA-M 600
On Tue, Feb 20, 2007 at 09:47:48PM +0100, Krzysztof Halasa wrote:
> Udo van den Heuvel <[EMAIL PROTECTED]> writes:
>
> > Yes, VIA Epia EN12000.
> > Interesting to check the riser card.
>
> Unfortunately it turns out it's single slot only.
Via has a dual pci-ext card. See EXT-PCI at
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> Yes, VIA Epia EN12000.
> Interesting to check the riser card.
Unfortunately it turns out it's single slot only.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tuesday 20 February 2007 15:44, you wrote:
> Alistair John Strachan wrote:
> > On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
> >> Krzysztof Halasa wrote:
> >>> Is it a VIA ITX board? I think I have VIA's riser card somewhere,
> >>> could check what it does.
> >>
> >> Yes, VIA
Alistair John Strachan wrote:
> On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
>> Krzysztof Halasa wrote:
>>> Is it a VIA ITX board? I think I have VIA's riser card somewhere,
>>> could check what it does.
>> Yes, VIA Epia EN12000.
>> Interesting to check the riser card.
>
> Just be
On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
> Krzysztof Halasa wrote:
> > Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> >> At the bottom I added a dmesg output of the kernel after boot.
> >> I more or less know that irq 20 for the DVB-S card (saa7146 (1)) is
> >> 'working'. I
On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
At the bottom I added a dmesg output of the kernel after boot.
I more or less know that irq 20 for the DVB-S card (saa7146 (1)) is
'working'. I know that irq
Alistair John Strachan wrote:
On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
Krzysztof Halasa wrote:
Is it a VIA ITX board? I think I have VIA's riser card somewhere,
could check what it does.
Yes, VIA Epia EN12000.
Interesting to check the riser card.
Just be aware that
On Tuesday 20 February 2007 15:44, you wrote:
Alistair John Strachan wrote:
On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
Krzysztof Halasa wrote:
Is it a VIA ITX board? I think I have VIA's riser card somewhere,
could check what it does.
Yes, VIA Epia EN12000.
Udo van den Heuvel [EMAIL PROTECTED] writes:
Yes, VIA Epia EN12000.
Interesting to check the riser card.
Unfortunately it turns out it's single slot only.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
On Tue, Feb 20, 2007 at 09:47:48PM +0100, Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
Yes, VIA Epia EN12000.
Interesting to check the riser card.
Unfortunately it turns out it's single slot only.
Via has a dual pci-ext card. See EXT-PCI at
Udo van den Heuvel [EMAIL PROTECTED] writes:
saa7146: found saa7146 @ mem f896a000 (revision 1, irq 145) (0x153b,0x1157).
saa7146: found saa7146 @ mem f89e6000 (revision 1, irq 153) (0x153b,0x1155).
IO-APICs can do such things...
Ok, I have experimented a bit with my old unused EPIA-M 600 MHz
[EMAIL PROTECTED] (Lennart Sorensen) writes:
Via has a dual pci-ext card. See EXT-PCI at
http://www.via.com.tw/en/products/mainboards/accessories.jsp
Right, and they say it's compatible with EPIA mini-ITX family.
That means the mappings I just outlined should apply to all of them.
BTW: any
Krzysztof Halasa wrote:
> Udo van den Heuvel <[EMAIL PROTECTED]> writes:
>
>> At the bottom I added a dmesg output of the kernel after boot.
>> I more or less know that irq 20 for the DVB-S card (saa7146 (1)) is
>> 'working'. I know that irq 16 for saa7146 (0) (DVB-T) is not working for
>> i2c
Krzysztof Halasa wrote:
> Udo van den Heuvel <[EMAIL PROTECTED]> writes:
>
>> At the bottom I added a dmesg output of the kernel after boot.
>> I more or less know that irq 20 for the DVB-S card (saa7146 (1)) is
>> 'working'. I know that irq 16 for saa7146 (0) (DVB-T) is not working for
>> i2c
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> At the bottom I added a dmesg output of the kernel after boot.
> I more or less know that irq 20 for the DVB-S card (saa7146 (1)) is
> 'working'. I know that irq 16 for saa7146 (0) (DVB-T) is not working for
> i2c although the card does work
[EMAIL PROTECTED] (Lennart Sorensen) writes:
> The PCI spec doesn't require 4 seperate interrupts. They certainly can
> all be the same. I do believe it does require the rotation method on
> anything using PCI bridges
Correct, PCI-PCI bridges have to rotate their INT lines (used ones
only, of
On Mon, Feb 19, 2007 at 04:43:55PM +0100, Udo van den Heuvel wrote:
> Lennart Sorensen wrote:
> > On Mon, Feb 19, 2007 at 05:04:48AM +0100, Udo van den Heuvel wrote:
> >> lspci and interrupts at the bottom. yes, we have apic.
> >
> > Well you could always try to just change the setting
>
> You
Lennart Sorensen wrote:
> On Mon, Feb 19, 2007 at 05:04:48AM +0100, Udo van den Heuvel wrote:
>> lspci and interrupts at the bottom. yes, we have apic.
>
> Well you could always try to just change the setting
You mean the Device Number of the riser card?
Or?
> to see if you find
> one where the
On Mon, Feb 19, 2007 at 05:04:48AM +0100, Udo van den Heuvel wrote:
> lspci and interrupts at the bottom. yes, we have apic.
Well you could always try to just change the setting to see if you find
one where the interrupts are happy. If you change the setting by one at
a time, you should only
Lennart Sorensen wrote:
>> So IRQ 16 and 20. But when using the stock 2.6.20 kernel there is no
>> communication with the DVB-T card (the frontend), so there is no
>> /dev/dvb/* entry. This points to an IRQ problem.
>
> Any documentation on that riser card?
>
> I guess it is possible the card
On Sun, Feb 18, 2007 at 09:42:26PM +0100, Krzysztof Halasa wrote:
> [EMAIL PROTECTED] (Lennart Sorensen) writes:
>
> > My understanding (which is better of verified against the specs) is:
> >
> > PCI interrupts (PCI INTA to INTD) are rotated for every slot by one. So
> > slot 0, 4, 8, etc see
On Sun, Feb 18, 2007 at 09:42:26PM +0100, Krzysztof Halasa wrote:
[EMAIL PROTECTED] (Lennart Sorensen) writes:
My understanding (which is better of verified against the specs) is:
PCI interrupts (PCI INTA to INTD) are rotated for every slot by one. So
slot 0, 4, 8, etc see
Lennart Sorensen wrote:
So IRQ 16 and 20. But when using the stock 2.6.20 kernel there is no
communication with the DVB-T card (the frontend), so there is no
/dev/dvb/* entry. This points to an IRQ problem.
Any documentation on that riser card?
I guess it is possible the card does
On Mon, Feb 19, 2007 at 05:04:48AM +0100, Udo van den Heuvel wrote:
lspci and interrupts at the bottom. yes, we have apic.
Well you could always try to just change the setting to see if you find
one where the interrupts are happy. If you change the setting by one at
a time, you should only have
Lennart Sorensen wrote:
On Mon, Feb 19, 2007 at 05:04:48AM +0100, Udo van den Heuvel wrote:
lspci and interrupts at the bottom. yes, we have apic.
Well you could always try to just change the setting
You mean the Device Number of the riser card?
Or?
to see if you find
one where the
On Mon, Feb 19, 2007 at 04:43:55PM +0100, Udo van den Heuvel wrote:
Lennart Sorensen wrote:
On Mon, Feb 19, 2007 at 05:04:48AM +0100, Udo van den Heuvel wrote:
lspci and interrupts at the bottom. yes, we have apic.
Well you could always try to just change the setting
You mean the
[EMAIL PROTECTED] (Lennart Sorensen) writes:
The PCI spec doesn't require 4 seperate interrupts. They certainly can
all be the same. I do believe it does require the rotation method on
anything using PCI bridges
Correct, PCI-PCI bridges have to rotate their INT lines (used ones
only, of
Udo van den Heuvel [EMAIL PROTECTED] writes:
At the bottom I added a dmesg output of the kernel after boot.
I more or less know that irq 20 for the DVB-S card (saa7146 (1)) is
'working'. I know that irq 16 for saa7146 (0) (DVB-T) is not working for
i2c although the card does work perfectly
Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
At the bottom I added a dmesg output of the kernel after boot.
I more or less know that irq 20 for the DVB-S card (saa7146 (1)) is
'working'. I know that irq 16 for saa7146 (0) (DVB-T) is not working for
i2c although the
Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
At the bottom I added a dmesg output of the kernel after boot.
I more or less know that irq 20 for the DVB-S card (saa7146 (1)) is
'working'. I know that irq 16 for saa7146 (0) (DVB-T) is not working for
i2c although the
Lennart Sorensen wrote:
> On Sun, Feb 18, 2007 at 05:15:30PM +0100, Udo van den Heuvel wrote:
>> FYI: My situation is a VIA Epia EN12000 with a TranquilPC dual PCI riser
>> where only the Device Number can be changed.
>> The kernel sees the two DVB cards in there as:
>>
>> saa7146: register
On Sunday 18 February 2007 19:39, Lennart Sorensen wrote:
[snip]
> > > On a PC, the BIOS is supposed to assign interrupts to devices based on
> > > those rules, since that is how the hardware must be done according to
> > > the PCI specifications.
> >
> > I set the BIOS for 'PnP OS installed'.
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> FYI: My situation is a VIA Epia EN12000 with a TranquilPC dual PCI riser
> where only the Device Number can be changed.
With jumpers?
> So IRQ 16 and 20. But when using the stock 2.6.20 kernel there is no
> communication with the DVB-T card (the
[EMAIL PROTECTED] (Lennart Sorensen) writes:
> My understanding (which is better of verified against the specs) is:
>
> PCI interrupts (PCI INTA to INTD) are rotated for every slot by one. So
> slot 0, 4, 8, etc see INTA->realINTA, INTB->realINTB. INTC->realINTC,
> INTD->realINTD
> slot 1, 5, 9,
On Sun, Feb 18, 2007 at 05:15:30PM +0100, Udo van den Heuvel wrote:
> FYI: My situation is a VIA Epia EN12000 with a TranquilPC dual PCI riser
> where only the Device Number can be changed.
> The kernel sees the two DVB cards in there as:
>
> saa7146: register extension 'budget_av'.
> ACPI: PCI
Lennart Sorensen wrote:
> On Sun, Feb 18, 2007 at 03:07:29PM +0100, Udo van den Heuvel wrote:
>> How, based on what information, does Linux assign an IRQ to each card,
>> plugged into the riser?
>> How can one tweak/influence the irq routing?
>> How can I make a dual riser card work so that both
On Sun, Feb 18, 2007 at 03:07:29PM +0100, Udo van den Heuvel wrote:
> Is there some howto information available about using PCI riser cards
> (with multiple PCI slots) under Linux?
> Several incarnations exist of PCI riser cards with two PCI slots where
> the Device Number of one slot can be
On Sun, Feb 18, 2007 at 03:07:29PM +0100, Udo van den Heuvel wrote:
Is there some howto information available about using PCI riser cards
(with multiple PCI slots) under Linux?
Several incarnations exist of PCI riser cards with two PCI slots where
the Device Number of one slot can be changed.
Lennart Sorensen wrote:
On Sun, Feb 18, 2007 at 03:07:29PM +0100, Udo van den Heuvel wrote:
How, based on what information, does Linux assign an IRQ to each card,
plugged into the riser?
How can one tweak/influence the irq routing?
How can I make a dual riser card work so that both cards have
On Sun, Feb 18, 2007 at 05:15:30PM +0100, Udo van den Heuvel wrote:
FYI: My situation is a VIA Epia EN12000 with a TranquilPC dual PCI riser
where only the Device Number can be changed.
The kernel sees the two DVB cards in there as:
saa7146: register extension 'budget_av'.
ACPI: PCI
[EMAIL PROTECTED] (Lennart Sorensen) writes:
My understanding (which is better of verified against the specs) is:
PCI interrupts (PCI INTA to INTD) are rotated for every slot by one. So
slot 0, 4, 8, etc see INTA-realINTA, INTB-realINTB. INTC-realINTC,
INTD-realINTD
slot 1, 5, 9, etc see
Udo van den Heuvel [EMAIL PROTECTED] writes:
FYI: My situation is a VIA Epia EN12000 with a TranquilPC dual PCI riser
where only the Device Number can be changed.
With jumpers?
So IRQ 16 and 20. But when using the stock 2.6.20 kernel there is no
communication with the DVB-T card (the
On Sunday 18 February 2007 19:39, Lennart Sorensen wrote:
[snip]
On a PC, the BIOS is supposed to assign interrupts to devices based on
those rules, since that is how the hardware must be done according to
the PCI specifications.
I set the BIOS for 'PnP OS installed'. Should I change
Lennart Sorensen wrote:
On Sun, Feb 18, 2007 at 05:15:30PM +0100, Udo van den Heuvel wrote:
FYI: My situation is a VIA Epia EN12000 with a TranquilPC dual PCI riser
where only the Device Number can be changed.
The kernel sees the two DVB cards in there as:
saa7146: register extension
96 matches
Mail list logo