[Avila] gw2201 woes

[Imre Kaloz]

The IAL 3.0 only support IXP43x/45x/46x, so forget it for the "old" 42x  
family.


Imre

2008.01.03. 17:22:52 dátumon Mark Kelly <mark.kelly at cadre5.com> írta:

> Chris,
>
> I'm still having issues with the GW2201, I'm currently moving to the
> latest stable kernel 2.6.23.12 and seeing if that makes a difference.
>
> Since moving I'm now seeing problems with the ixp400_eth driver
> compilation, I'm see this error on compile and can't really figure out
> where it's coming from.  Got any ideas?  I also see that intel has
> version 3.0 of the driver out, do you have any plans to migrate to it?
>
> WARNING: vmlinux.o(.text+0xce810): Section mismatch: reference
> to .init.text:pcibios_setup (between 'pci_setup' and 'pci_init')
>   GEN     .version
>   CHK     include/linux/compile.h
>   UPD     include/linux/compile.h
>   CC      init/version.o
>   LD      init/built-in.o
>   LD      vmlinux
> drivers/built-in.o: In function `ixErrHdlAccEthNPERecoveryJob':
> IxNpeMicrocode.c:(.text+0x45900): undefined reference to
> `ixParityENAccParityNPEConfigReUpdate'
> drivers/built-in.o: In function `ixErrHdlAccEthNPEHandleISR':
> IxNpeMicrocode.c:(.text+0x459dc): undefined reference to
> `ixParityENAccNPEParityErrorCheck'
> IxNpeMicrocode.c:(.text+0x45a68): undefined reference to
> `ixParityENAccParityErrorInterruptClear'
> drivers/built-in.o: In function `ixOsalOsIxp400VersionGet':
> IxNpeMicrocode.c:(.text+0x45bf0): undefined reference to
> `system_utsname'
> drivers/built-in.o: In function `ixOsalOsIxp400NameGet':
> IxNpeMicrocode.c:(.text+0x45c14): undefined reference to
> `system_utsname'
> make[5]: *** [vmlinux] Error 1
>
> Thanks,
>
> Mark
>
> On Fri, 2007-12-21 at 11:12 -0800, Chris Lang wrote:
>> Mark,
>>
>> >From first glance, IRQ 28 sounds like the correct IRQ. This is going to
>> be dependent on the slot you put the card into, so I don't believe this
>> is the problem.
>>
>> I would try turing off extended, shar_irq, detect_irq, and many_ports
>>
>> On Fri, 2007-12-21 at 09:33 -0500, Mark Kelly wrote:
>> > Chris,
>> >
>> > I think I see the root of the problem.
>> >
>> >
>> > d# lspci -v
>> > 00:01.0 Serial controller: Exar Corp. XR17C158 Octal UART (rev 09)
>> > (prog-if 02 [16550])
>> >         Flags: fast devsel, IRQ 28
>> >         Memory at 48010000 (32-bit, non-prefetchable) [size=4K]
>> >
>> >
>> > The board is detected, but it doesn't appear to configured correctly.
>> >
>> > if I look under /proc/irq/28/  no node is being created for the serial
>> > board, so it appears to be IRQ related problem I am seeing.
>> >
>> > I have compiled the kernel with the following options turned on:
>> >
>> > 	CONFIG_SERIAL_8250_PCI=y
>> > 	CONFIG_SERIAL_8250_NR_UARTS=10
>> > 	CONFIG_SERIAL_8250_RUNTIME_UARTS=10
>> > 	CONFIG_SERIAL_8250_EXTENDED=y
>> >  	CONFIG_SERIAL_8250_SHARE_IRQ=y
>> > 	CONFIG_SERIAL_8250_DETECT_IRQ=y
>> > 	CONFIG_SERIAL_8250_MANY_PORTS=y
>> >
>> > If I use setserial to configure the IRQ to be 00 and not 28, I get
>> > output from the board, but it has missing gaps in the stream.
>> >
>> >
>> > Thanks,
>> >
>> > Mark
>
> _______________________________________________
> Avila mailing list
> Avila at lists.gateworks.com
> http://lists.gateworks.com/cgi-bin/mailman/listinfo/avila