Hi!
>
> Nothing relating to setting CISREG_COR (at least on pcnet_cs) changed, and
> serial_cs does not modify CISREG_COR on such pseudo-multifunction devices.
>
> Would it be possible for you to re-check plain 2.6.35 and 2.6.35 with the
> pcmcia patchset availble at
> http://userweb.kerne
rg
>Subject: Re: Re: Re: Re: Re: Re: Re: Re: Re: [PATCH 11/18] pcmcia: do not
> use io_req_t when calling pcmcia_request_io()
>
>
>Hey,
>
>On Sat, Sep 18, 2010 at 09:50:31PM +0900, Komuro wrote:
>> >Also on re-inserting the card (with 2.6.36-rc4+ as of today)?
>
Hey,
On Sat, Sep 18, 2010 at 09:50:31PM +0900, Komuro wrote:
> >Also on re-inserting the card (with 2.6.36-rc4+ as of today)?
>
> I tried the 2.6.36-rc4-git4.
Thanks for testing!
> >elese we wouldn't see the "is a 16550A" message, right?
>
> Even if the COR(Configuration Option Register) of ir
Hi,
>Also on re-inserting the card (with 2.6.36-rc4+ as of today)?
I tried the 2.6.36-rc4-git4.
The serial part still does not work, before and after re-inserting the card.
>elese we wouldn't see the "is a 16550A" message, right?
Even if the COR(Configuration Option Register) of irq is not p
Hey,
On Sat, Sep 18, 2010 at 07:20:31PM +0900, Komuro wrote:
> With this patch, fmvj18x_cs based card works (both network and serial).
good. Will push the patch upstream, then.
> but Serial part of Xircom card still does not work.
Also on re-inserting the card (with 2.6.36-rc4+ as of today)?
>
Hi,
With this patch, fmvj18x_cs based card works (both network and serial).
but Serial part of Xircom card still does not work.
I think the reason is irq or io_width or io_lines is not setuped properly
for Xircom-card by pcmcia_core.
>
>
>Hey,
>
>On Sat, Sep 18, 2010 at 11:48:32AM +0900, Komu