From: "Stuart MacDonald" <[EMAIL PROTECTED]>
Date:Thu, 10 Aug 2000 11:54:00 -0400
Here's what my hardware guy says; hope it's what you
were looking for.
It's helpful, thanks.
I know there are some systems that require at least a certain amount of
delay after raising RTS/DT
Oops, sorry, I meant to say that these would be fixed in the 5.03
release (since 5.02 had just gone out before you pointed out the
problem, oops.)
- Ted
-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a mes
Date:Fri, 11 Aug 2000 09:06:23 +0200
From: Craig Schlenter <[EMAIL PROTECTED]>
I cut and pasted the rs_init line from 2.2.16's serial.c originally
to solve the problem but I suspect the real problem is that in the
5.01 serial.c rs_init is declared as static. Removing the st
Theodore Ts'o writes:
> If that's not possible, can someone enumerate all of the different
> half-duplex can be done? Simply having all of this information in one
> place would be really helpful, both as documentation and so we can
> actually put together that list of #define's.
Ok, at work, we
> [Stu]
> > If you didn't explicitly mean the subsystem and subvendor slots
> > to be PCI_ANY_ID, then you should use lspci -v to find out
> > what values those are and use them.
> [me]
> Well spotted. I cut-and-pasted large bits of it from lines above
> and fiddled till it worked. I had a vague s
Hi
Attached is my port of decision's serial patch to 2.2.16 as promised. I
have removed some bits out of the original patch (available from
decision.com.tw iirc, against some oldish 2.2.x kernel) that I didn't
think were important. What I know about the serial driver borders on
dangerous so YMMV.
On Thu, Aug 10, 2000 at 02:22:02PM -0400, Theodore Ts'o wrote:
> [me]
> 5.01 wouldn't compile in 2.2.16. Had to change the rs_init thing as
> in patch ... Ted?
>
> I haven't tried to compile a 5.x serial driver into a 2.2 kernel in a
> while. How does it not work? __init