linux-kernel - Re: Dual slot PCI riser messes up ivtv

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 28 Jun 2007 19:04:38 +0200
From:	Clemens Koller <clemens.koller@...gramm.de>
To:	Lennart Sorensen <lsorense@...lub.uwaterloo.ca>
CC:	Robert Hancock <hancockr@...w.ca>, pharon@...il.com,
	linux-kernel@...r.kernel.org
Subject: Re: Dual slot PCI riser messes up ivtv

Hi, Lennart!

Lennart Sorensen schrieb:
> On Thu, Jun 28, 2007 at 05:32:48PM +0200, Clemens Koller wrote:
>> Robert Hancock schrieb:
>>> Islam Amer wrote:
>>>> I am trying to build a settop box with two cards, a PVR-150 and a DVB
>>>> card. The mini-ITX motherboard has only one PCI slot, so I bought an
>>>> active PCI riser.
>> Please define "active". Is there a PCI bridge chip on the riser card?
>> Or better: Tell us manufacturer and type of this PCI riser card and the
>> mini-ITX board.
> 
> Certainly many riser cards only have jumpers to change the irq for the
> second slot, or some default built in remapping.  And they may have id
> select pins to pick which slots they should pretend to be.  From what I
> have read, via mini itx boards require a very specific design for riser
> boards, which isn't what most riser boards do.  Other mini itx boards
> are probably different.

The main problem is the unknown BIOS support for the PCI configuration.
Maybe the manufacturer is at least willing to publish the default
configuration, so the PCI riser can be modified/fixed to the same
config. (Just call him and ask for the board designer... YMMV)

However, AFAIK this (re-)configuration can be done by the kernel, too.
(on embedded ppc platforms, the PCI mapping is done in the kernel)

At least from the electrical engineer's point of view it's not
difficult to modify a dumb passive PCI riser card to have the IRQ's and
REQ/GNTs routed and have the IDSEL soldered with 220 Ohms to the
proper AD line pin. (been there, done that)
(If somebody want's to mess around with that stuff, contact
me off list, it's getting OT here.)

> Certainly the simplest is a riser card with a proper pci bridge that
> creates a secondary pci bus with it's own device ids and maps the
> interrupts correctly.  Then all that really matters is that the bios on
> the board supports pci bridges (a few companies actually manage to fail
> to support pci bridges at all in their bioses).

True. It might be more easy to get that running, hoping that
the BIOS enumerates the bridge right.
Kernel support shouldn't be an issue here as long as the
chip is supported.

Best greets,
-- 
Clemens Koller
__________________________________
R&D Imaging Devices
Anagramm GmbH
Rupert-Mayer-Straße 45/1
Linhof Werksgelände
D-81379 München
Tel.089-741518-50
Fax 089-741518-19
http://www.anagramm-technology.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/