kirill wrote:
>> Yes, patch would be nice.
Here's the patch. I didn't test it on 2.6.35, however the affected
functions are not changed from 2.6.1x. So it should work...
Note pcmcia_cycle_ns in original code. AFAIK it's not pcmcia cyce ns. See my
FIXME below.
diff -ru linux-2.6.35-orig/drivers/p
> Yes, patch would be nice. I am currently debugging some PCMCIA
> problems... Question: is/was there situation where your version worked
> but old one did not?
No.
> Does it provide faster data rates?
Yes, it does.
As I recall, pcmcia spec doesn't provide "fomula" to calculate cycle timings.
It d
Hi!
> I used to delve into zaurus code for awhile ago. There are some local changes
> left from that time.
> One thing is the change to pxa pcmcia timings.
> Here's the original code from 2.6.16:
>
> static inline u_int pxa2xx_mcxx_hold(u_int pcmcia_cycle_ns,
>
Dear zaurus developers!
I used to delve into zaurus code for awhile ago. There are some local changes
left from that time.
One thing is the change to pxa pcmcia timings.
Here's the original code from 2.6.16:
static inline u_int pxa2xx_mcxx_hold(u_int pcmcia_cycle_ns,