Re: Serial Port Base I/O Address of A000 ?

[Patrick K. <pat...@ya...>]

--- On Wed, 9/10/08, Patrick Kirchner <pat...@ya...> wrote:
> Subject: Serial Port Base I/O Address of A000 ?
> To: "LIRC LIRC" <lir...@li...>
> How can I use the base I/O addresses from a serial card
> that lists A000, A100, A200 and A300 as the base I/O
> addresses for the four  ports? 
> I discovered the "share_irq=1" switch to resolve
> the other issue I was having, but I can't figure out how
> to use the base I/O address of A000.
> I get errors when I try to load the module with
> "io=a000" and when I try to compile the module
> using a000 the compile fails.
> The card is a SYBA PCI-Express 4 Port Serial Card Model
> SY-PEX-4S.
> http://www.newegg.com/Product/Product.aspx?Item=N82E16815124058
> The card seems to be well supported in Linux and dmesg
> shows it's recognized:
> Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ
> sharing enabled
> ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 18 (level,
> low) -> IRQ 18
> ACPI: PCI interrupt for device 0000:04:00.0 disabled
> ACPI: PCI Interrupt 0000:04:00.1[B] -> GSI 19 (level,
> low) -> IRQ 19
> ACPI: PCI interrupt for device 0000:04:00.1 disabled
> ACPI: PCI Interrupt 0000:04:00.2[C] -> GSI 16 (level,
> low) -> IRQ 16
> ACPI: PCI interrupt for device 0000:04:00.2 disabled
> ACPI: PCI Interrupt 0000:04:00.3[D] -> GSI 17 (level,
> low) -> IRQ 17
> ACPI: PCI interrupt for device 0000:04:00.3 disabled
> Here's what lspci shows:
> 04:00.0 Serial controller: NetMos Technology Unknown device
> 9901 (prog-if 02 [16550])
>     Subsystem: Unknown device a000:1000
>     Flags: fast devsel, IRQ 18
>     I/O ports at a000 [size=8]
>     Memory at ed000000 (32-bit, non-prefetchable) [size=4K]
>     Memory at ed001000 (32-bit, non-prefetchable) [size=4K]
>     Capabilities: [80] Power Management version 3
>     Capabilities: [88] Message Signalled Interrupts: Mask-
> 64bit+ Queue=0/5 Enable-
>     Capabilities: [c0] Express Legacy Endpoint IRQ 0
>     Capabilities: [100] Power Budgeting
> 04:00.1 Serial controller: NetMos Technology Unknown device
> 9901 (prog-if 02 [16550])
>     Subsystem: Unknown device a000:1000
>     Flags: fast devsel, IRQ 19
>     I/O ports at a100 [size=8]
>     Memory at ed002000 (32-bit, non-prefetchable) [size=4K]
>     Memory at ed003000 (32-bit, non-prefetchable) [size=4K]
>     Capabilities: [80] Power Management version 3
>     Capabilities: [88] Message Signalled Interrupts: Mask-
> 64bit+ Queue=0/5 Enable-
>     Capabilities: [c0] Express Legacy Endpoint IRQ 0
>     Capabilities: [100] Power Budgeting
> 04:00.2 Serial controller: NetMos Technology Unknown device
> 9901 (prog-if 02 [16550])
>     Subsystem: Unknown device a000:1000
>     Flags: fast devsel, IRQ 16
>     I/O ports at a200 [size=8]
>     Memory at ed004000 (32-bit, non-prefetchable) [size=4K]
>     Memory at ed005000 (32-bit, non-prefetchable) [size=4K]
>     Capabilities: [80] Power Management version 3
>     Capabilities: [88] Message Signalled Interrupts: Mask-
> 64bit+ Queue=0/5 Enable-
>     Capabilities: [c0] Express Legacy Endpoint IRQ 0
>     Capabilities: [100] Power Budgeting
> 04:00.3 Serial controller: NetMos Technology Unknown device
> 9901 (prog-if 02 [16550])
>     Subsystem: Unknown device a000:1000
>     Flags: fast devsel, IRQ 17
>     I/O ports at a300 [size=8]
>     Memory at ed006000 (32-bit, non-prefetchable) [size=4K]
>     Memory at ed007000 (32-bit, non-prefetchable) [size=4K]
>     Capabilities: [80] Power Management version 3
>     Capabilities: [88] Message Signalled Interrupts: Mask-
> 64bit+ Queue=0/5 Enable-
>     Capabilities: [c0] Express Legacy Endpoint IRQ 0
>     Capabilities: [100] Power Budgeting
> Any advice would be greatly appreciated.
> Thanks much,
> Patrick.


Hello,

I haven't seen any replies to this question.  Does anyone have an idea?  I can't believe that this hasn't been an issue for anyone else these days since on board serial is so rare and most folks have to use multi-port serial expansion cards.  

If anyone can be of assistance I would be forever grateful.

Thanks much,
Patrick.