On 289, 10 16, 2007 at 03:03:34PM -0400, Chris Bergeron wrote:
quoted text > Andrey Panin wrote:
>> On 284, 10 11, 2007 at 01:02:12PM -0400, Chris Bergeron wrote:
>> =20
>>> Andrey Panin wrote:
>>> =20
>>>> On 278, 10 05, 2007 at 05:31:05PM -0400, Chris Bergeron wrote:
>>>> =20
>>>>> Hello all,
>>>>>
>>>>> I've just installed a multiport serial card released by an outfit=20
>>>>> called Syba. This is an 8 port serial-only card with an Octopus styl=
e=20
quoted text >>>>> breakout cable. The main chipset on it is an ITE IT8871F.
>>>>> =20
>>>> Are you sure ? IIRC IT887x are PCI-ISA bridges with additional periphe=
ry
quoted text >>>> and your lspci shows PLX chip. Can you send complete lspci -vv output ?
>>>> Output of dmesg could be useful too.
>>>>
>>>> =20
>>> I'm sure that's what it says on the largest chip on the PCI card. It=
=20
quoted text >>> could be that the other two chips are more relevant... the numbers from=
=20
quoted text >>> them are included below.
>>>
>>> I've posted up a quick text only page with the diagnostic information=
=20
quoted text >>> from the system (full dmesg, lspci, etc) plus links to pictures of the=
=20
quoted text >>> board (since others might see something important that I'm not aware of=
).=20
quoted text >>> You can access that at=20
>>>
http://pcburn.com/files/Syba_serial_controller/index.html
>>> =20
>>
>> Can you try an attached patch ? I hope it should at least detect UARTs o=
n=20
quoted text >> your board. Be ready that baudrate could be wrong, because we do not know
>> what frequency is used to clock these UARTs.
>>
>> =20
> Alright,finally had another machine to try the attached patch. I get an=
=20
quoted text > odd error regarding IRQ 17:
>
> "irq 17: nobody cared (try booting with the "irqpoll" option)"
This message apearred after firewire driver initialization and firewire chip
shares IRQ with serial card. It's hard to say who is guilty here :)
quoted text > along with a long error message (but the kernel continues to load). Asid=
e=20
quoted text > from that the ports now allow me to run a getty on them and the DTR line=
=20
quoted text > lights up on my serial tester (as it does with a working port) but the=20
> device on the other end doesn't function.
Is it possible to connect two ports and run getty on one port and minicom on
another ? We should check that UARTs are really working.
quoted text > I've updated the web page with lspci -vv and dmesg output. I can also po=
st=20
quoted text > it here if that's desirable, just figured I'd save everyone the inbox=20
> flooding :).
>
> -- Chris
--=20
Andrey Panin | Linux and UNIX system administrator
pazke@donpac.ru | PGP key: wwwkeys.pgp.net